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Introduction 



Zilog' s name has become synonymous with logic 
innovation and advanced microprocessor architec- 
ture since the introduction of the Z80® CPU in 
1975. The Zilog Family of microprocessors and 
microcomputers has grown to include the products 
listed in the table below. Each product exhibits 
special features that make it stand above similar 
products in the semiconductor marketplace. These 
special features have proven to be of substantial 
aid in the solution of microprocessor design 
problems. 

This reference book contains a collection of 
application information and Zilog microprocessor 
products. It includes technical articles, appli- 
cation notes, concept papers, and benchmarks. 
This book is the second of an expected series of 
such volumes. We at Zilog believe that designing 
innovative microprocessor integrated circuit 
products is only half the key that unlocks the 
future of microprocessor-based end products; the 
other half is the creative application of those 
products. Advanced microprocessor products and 
their creative applications lead to end product 
designs with more features, more simply 
implemented, and at a lower system cost. It is 
hoped that this reference book will stimulate new 
product design ideas as well as fresh approaches 
to the design of traditional microprocessor-based 
products. 

The material in this book is believed to be accu- 
rate and up-to-date. If you do find errors, or 
would like to offer suggestions for future appli- 
cation notes, we would appreciate hearing from 
you. Correction inputs should be directed to Com- 
ponents Division Technical Publications, and 



application suggestions should be directed to Com- 
ponents Division Application Engineering. 
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8-Bit Single-Chip Micro- 
computer, 2K/4K Bytes 
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BASIC Debug 
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Universal Peripheral 
Controller 



8-Bit General-Purpose 
Microprocessor 



Central Processing Unit 
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Parallel I/O Controller 
Counter/Timer Circuit 
Serial I/O Controller 
Dual Asynchronous 
Receiver/Transmitter 
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Purpose Microprocessor 
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Virtual Memory Processing 
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Memory Management Unit 
Paged Memory Management 

Unit 
Direct Memory Access 

Transfer Controller 
Serial Communications 

Controller 
Asynchronous Serial 

Communications 

Controller 
Counter/Timer and 
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Universal Peripherals 



Serial Communications 

Controller 
Asynchronous Serial 

Communications 

Controller 
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INTRODUCTION 

This application note describes a preprogrammed 
Z8601 MCU that contains a bootstrap to external 
program memory and a collection of general-purpose 
subroutines. Routines in this application note 
can be implemented with a Z8 Protopack and a 2716 
EPROM programmed with the bootstrap and subroutine 
library. 

In a system, the user's software resides in 
external memory beginning at hexidecimal address 
0800. This software can use any of the 



subroutines in the library wherever appropriate 
for a given application. This application example 
makes certain assumptions about the environment; 
the reader should exercise caution when copying 
these programs for other cases. 

Following RESET, software within the" subroutine 
library is executed to initialize the control 
registers (Table 1). The control register 
selections can be subsequently modified by the 
user's program (for example, to use only 12 bits 
of Ports and 1 for addressing external memory). 
Following control register initialization, an EI 



Table 1. Control Register Initialization 



Control 

Nane 


Register 
Address 


Initial Value 


Meaning 


TMR 


F1H 


00H 


TO and T1 disabled 


P2M 


F6H 


FFH 


P2 -P2 7 : inputs 


P3M 


F7H 


10H 


P2 pull-ups open drain; 



P01M 



F8H 



D7H 



P3 -P3 3 s inputs; 
P35-P37 : outputs; 
P3 4 : DM 

P1 -P1 7 : AD -AD 7 ; 
P0 -P0 7 : A 8 -A 15 ; 
normal memory timing; 
internal stack 



IRQ 


FAH 


00H 


IMR 


FBH 


00H 


RP 


FDH 


00H 



no interrupt requests 

no interrupts enabled 

working register file 
00H-0FH 



SPL 



FFH 



65H 



1st byte of stack is 
register 64H 
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instruction is executed to enable interrupt 
processing, and a jump instruction is executed to 
transfer control to the user's program at location 
081 2^. The interrupt vectors for IRQq through 
IRQ5 are rerouted to locations 0800^ through 
080F(^, respectively, in three-byte increments, 
allowing enough room for a jump instruction to the 
appropriate interrupt service routine. That is, 
IRQ is routed to location 0800 H , IRQ^j to 
0803 H , IRQ 2 to 0806 H , IRQ3 to 0809 H , IRQ4 to 
080C H , and IRQ5 to 080F H . Figure 1 illus- 
trates the allocation of Z8 memory as defined by 
this application note. 

The subroutines available to the user are refer- 
enced by a jump table beginning at location 
001BH. Entry to a subroutine is made via the jump 
table. The 32 subroutines provided in the library 
are grouped into six functional classifications. 
These classifications are described below, each 
with a brief overview of the functions provided by 
each category. Table 2 defines one set of entry 
addresses for each subroutine in the library. 

• Binary Arithmetic: Multiplication and division 
of unsigned 8- and 16-bit quantities. 

• BCD Arithmetic: Addition and subtraction of 
variable-precision floating-point BCD values. 



• Conversion Algorithms: BCD to and from decimal 
ASCII, binary to and from decimal ASCII, binary 
to and from hex ASCII. 

• Bit Manipulations: Packs selected bits into 
the low-order bits of a byte, and optionally 
uses the result as an index into a jump table. 

• Serial I/O: Inputs bytes under vectored inter- 
rupt control, outputs bytes under polled inte- 
rrupt control. Options provided include: 

odd or even parity 

BREAK detection 

echo 

input editing (backspace, delete) 

auto line feed 

• Timer/Counter: Maintains a time-of-day clock 
with a variable number of ticks per second, 
generates an interrupt after a specified delay, 
generates variable width, variable frequency 
pulse output. 

The listings in the "Canned Subroutine Library" 
provide a specification block prior to each sub- 
routine, explain the subroutine's purpose, lists 
the input and output parameters, and gives pertin- 
ent notes concerning the subroutines. The follow- 
ing notes provide additional information on data 
formats and algorithms used by the subroutines. 



REGISTER 






PROGRAM 


CONTROL 
REGISTERS 




0812 
0811 

0800 
07FF 


USER 
DEFINED 

START 


UNIMPLEMENTED 


1 


2 


3. 


STACK 


USER 
DEFINED 


INTERRUPT VECTORS 
(3 BYTBIRQx) 


INTERNAL 
SUBROUTINES 


I/O PORTS 


REGISTERS USED BY SUBROUTINES 

1. USED BY MOST ROuTiNES 

2. USED BY SERIAL ROUTINES ONL 

3. USED BY TIMER/COUNTER ROUTI 


i 

NES ONLY 







EXTERNAL DATA 



Figure 1. "ROMless Z8 N Subroutine Library Memory Usage Map 
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Although the user is free to modify the condi- 
tions selected in the Port 3 Mode register 
(P3M, n^), P3M is a write-only register. 
This subroutine library maintains an image of 

P3M in its register P3M save (7F H ). If 

software outside of the subroutine package is 
to modify P3M, it should reference and modify 

P3M save prior to modification of P3M. For 

example, to select P32/P35 for handshake, the 
following instruction sequence could be used: 

OR P3M_save, #04H 
LD P3M, P3M save 



For many of the subroutines in this library, 
the location of the operands (source/destina- 
tion) is flexible between register memory, 
external memory (code/data), and the serial 
channel (if enabled). The description of each 
parameter in the specification blocks tells 
what the location options are. 

• The location designation "in reg/ext 
memory" implies that the subroutine allows 
the operand to exist in register or in 
external data memory. The address of such 
an operand is contained in the designated 
register pair. If the high byte of that 
pair is 0, the operand is in register 
memory at the address held in the low byte 
of the register pair. Otherwise, the 
operand is in external data memory 
(accessed via LDE). 

• The location designation "in reg/ext/ser 
memory" implies the same considerations as 
above with one enhancement: if both bytes 
of the register pair are 0, the operand 
exists in the serial channel. In this 
case, the register pair is not modified 
(updated). For example, rather than stor- 
ing a destination ASCII string in memory, 
it might be desirable to output the string 
to the serial line. 



3. The BCD format supported by the following 
arithmetic and conversion routines allows rep- 
resentation of signed variable-precision BCD 
numbers. A BCD number of 2n digits is repre- 
sented in n+1 consecutive bytes, where the 
byte at the lowest memory address (byte 0) 
represents the sign and post-decimal digit 
count, and the bytes in the n higher memory 
locations (bytes 1 through n) represent the 
magnitude of the BCD number. The address of 
byte O.and the value n are passed to the sub- 
routines in specified working registers. 



Digits are packed two per byte with the most- 
significant digit in the high-order nibble of 
byte 1 and the least-significant digit in the 
low-order nibble of byte n. Byte is organ- 
ized as two fields: 

Bit 7 represents sign: 
1 = negative; 
= positive. 

Bits 0-6 represent post -decimal digit count. 

For example: 

byte = 05^ = positive, with five post- 
decimal digits 

= 80|_| = negative, with no post- 
decimal digits 

= 90|_j = negative, with 16 post- 
decimal digits 



4. The format of the decimal ASCII character 
string expected as input to the conversion 
routines "dascbcd" and "dascwrd" is defined 



( + 1 - ) ( <digit> ) [ ( <digit> ) ] 

in which 

( ) Parentheses mean that the enclosed 

times or can be omitted. 
[ ] Brackets denote that the enclosed 

element is optional. 

Table 3 illustrates how various input strings 
are interpreted by the conversion routines. 



5. The format of the decimal ASCII character 
string output from the conversion routine 
"bcddasc" operating on an input BCD string of 
2n digits is 

1 sign of character ( + 1 - ) 

2n-x pre-decimal digits 

1 decimal point if x does not equal 

x post-decimal digits 



6. The format of the decimal ASCII character 
string output from the conversion routine 
"wrddassc" is 

1 sign character (determined by bit 15 of 

input word) 
6 pre-decimal digits 
no decimal point 
no post-decimal digits 
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Table 2. Subroutine Entry Points 



Address 



Description 



Binary Arithmetic Routines 



001B 


divide 


001E 


div 16 


0021 


multiply 


0024 


mult 16 



16/8 unsigned binary division 
16/16 unsigned binary division 
8x8 unsigned binary multiplication 
16x16 unsigned binary multiplication 



BCD Arithmetic Routines 



0027 
002A 



bcdadd 
bcdsub 



BCD addition 
BCD subtraction 



Conversion Routines 



002D 


bcddasc 


0030 


dascbcd 


0033 


bcdwrd 


0036 


wrdbcd 


0039 


bythasc 


003C 


wrdhasc 


003F 


hascwrd 


0042 


wrddasc 


0045 


dascwrd 



BCD to decimal ASCII 

Decimal ASCII to BCD 

BCD to binary word 

Binary word to BCD 

Binary byte to hexadecimal ASCII 

Binary word to hexadecimal ASCII 

Hexadecimal ASCII to binary word 

Binary word to decimal ASCII 

Decimal ASCII to binary word 



Bit Manipulation Routines 



0048 
004B 



clb 
tmj 



Collect bits in a byte 
Table jump under mask 



Serial Routines 



004E 


ser init 


Initialize serial 1/0 


0051 


ser_input 


IRQ3 (receive) service 


0054 


ser rlin 


Read line 


0057 


ser rabs 


Read absolute 


005A 


ser break 


Transmit BREAK 


005D 


ser flush 


Flush (clear) input buffer 


0060 


ser wlin 


Write line 


0063 


ser wabs 


Write absolute 


0066 


serjwbyt 


Write byte 


0069 


ser disable 


Disable serial 1/0 



Timer/Counter Routines 



006C 


tod i 


006F 


tod 


0072 


delay 


0075 


pulse i 


0078 


pulse 



Initialize for time-of-day clock 
Time-of-day IRQ service 
Initialize for delay interval 
Initialize for pulse output 
Pulse IRQ service 
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7. Procedure name: ser input 

The conclusion of the algorithm for BREAK 
detection requires the Serial Receive Shift 
register to be cleared of the character 
currently being collected (if any). This 
requires a software wait loop of a 
one-character duration. The following 
explains the algorithm used (code lines 464 
through 472, Part II): 



1 character time = 



(128xPRE0xT0) sec 



bit 



XTAL 



i-.-, x 10 __ 
bit char 



- 1280xPRE0xT0 sec 
XTAL char 

A software loop equal to one character time is 
needed : 



. .... 2 sec cycle 

1 character time = — =— -— x n ~ 

XTAL cycle loop 

2n sec 
= XTAL loop 



Solve for n: 

( 1280 x PREO x TO ) _ 2n 
XTAL = XTAL 



n = 640 x PREO x TO 



The register pair SERhtime, SERItime was 
initialized during ser mit to equal the 
product of the prescaler and the counter 
selected for the baud rate clock. That is, 

SERhtime, SERItime = PREO x TO 

The instruction sequence 

inlop: Id rSERtmpl, #53 (6 cycles) 

lpl: djnz rSERtmpl, lpl (12/10 cycles 

taken/not taken) 

executes in 

6 + (52 x 12) + 10 cycles = 640 cycles 



8. BREAK detection on the serial input line 
requires that the receive interrupt service 
routine be entered within a half-a-bit time, 
since the routine reads the input line to 
detect a true ( = 1) or false (=0) stop bit. 
Since the interrupt request is generated 
halfway through reception of the stop bit, 
half-a-bit time remains in which to read the 
stop bit level. Interrupt priorities and 
interrupt nesting should be established 
appropriately to ensure this requirement. 



1/2 bit time = 



( 128 x PREO x TO ) 
XTAL x 2 



Table 3. Decimal ASCII Character String Interpretation 



Result 



Input String 



Sign Pre-Oecinal Post-Decimal 
Digits Digits 



Terminator 



+1234.567, 

+ +.789+ 

1234.. 
4976- 



1234 



1234 



567 
789 

4976 



NOTE: The terminator can be any ASCII character that is not a valid ASCII string 
character. 
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ROMLESS Z8 SUBROUTINE LIBRARY PART I 



Z8ASM 3.02 

LOC OBJ CODE STMT SOURCE STATEMENT 

1 
2 
3 PART I MODULE 



4 

5 

6 !' ROMLESS Z8 f SUBROUTINE LIBRARY PART I 

7 

8 Initialize: a) Port & Port 1 set up to address 

9 64K external memory; 

10 b) internal stack below allocated 

11 RAM for subroutines; 

12 c) normal memory timing; 

13 d) IMR, IRQ, TMR, RP cleared; 

14 e) Port 2 inputs open-drain pull-ups; 

15 f) Data Memory select enabled; 

16 g) EI executed to 'unfreeze 1 IRQ; 

17 h) Jump to %0812. 
18 

19 

20 Note: The user is free to modify the initial 

21 conditions selected for a, b, and c above, 

22 via direct modification of the Port & 1 

23 Mode register (P01M, %FQ) . 
24 

25 The user is free to modify the conditions 

26 selected in the Port 3 Mode register (P3M, %FJ) . 

27 However, please note that P3M is a write-only 

28 register. This subroutine library maintains 

29 an image of P3M in its register P3M_save (*7F). 

30 If software outside of the subroutine package 

31 is to modify P3M, it should reference and modify 

32 P3M_save, prior to modification of P3M. For 

33 example, to select P32/P35 for handshake, use 

34 an instruction sequence such as: 
35 

36 OR P3M_save,n04 

37 LD P3M,P3M save 
38 

39 This is important if the serial and/or timer/ 

40 counter subroutines are to be used, since these 

41 routines may modify P3M. 

42 ! 
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44 ! Access to GLOBAL subroutines in this library should 

45 be made via a CALL to the corresponding entry in the 

46 jump table which begins at address %000F. The jump 

47 table should be referenced rather than a CALL to the 

48 actual entry point of the subroutine to avoid future 

49 conflict in the event such entry points change in 

50 potential future revisions. 
51 

52 Each GLOBAL subroutine in this listing is headed by a 

53 comment block specifying its PURPOSE and calling 

54 sequence (INPUT and OUTPUT parameters). For many of 

55 the subroutines in this library, the location of the 

56 operands (sources/destinations) is quite flexible 

57 between register memory, external memory (code/data), 

58 and the serial channel (if enabled). The description 

59 of each parameter specifies what the location choices 

60 are: 
61 

62 - The location designation f in reg/ext memory' 

63 implies that the subroutine allows that the operand 

64 exist in either register or external data memory 

65 The address of such an operand is contained 

66 in the designated register pair. If the high byte of 

67 that pair is zero, the operand is in register memory 

68 at the address given by the low byte of the register 

69 pair. Otherwise, the operand is in external data 

70 memory (accessed via LDE) . 
71 

72 - The location designation 

73 'in reg/ext/ser memory* implies the same 

74 considerations as above with one enhancement: if both 

75 bytes of the reg. pair are zero, the operand exists 

76 in the serial channel. In this case, the register 

77 pair is not modified (updated). For example, rather 

78 than storing a destination ASCII string in memory, it 

79 might be desirable to output such to the serial line. 

80 ! 
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82 CONSTANT 

83 ! Register Usage! 
84 

85 RAM START 
86 

87 P3M save 

88 TEMT 3 

89 TEMP 2 

90 TEMP_J 

91 TEMP4 
92 
93 
94 
95 
96 
97 
98 
99 SER_char 

100 SER tmp2 

101 SER~tmp1 

102 SER put 

103 SER"~len 

104 SER~buf 

105 SER~imr 

106 SER_cfg 

107 ISerial Configuration Data 

108 bit 7 : =1 => odd parity on 

109 bit 6 : =1 => even parity on 

110 (bit 6,7 = 11 => undefined) 

111 bit 5 : undefined 
undefined 

=1 => input editting on 
=1 => auto line feed enabled 

BREAK detection enabled 
input echo on 



%7F 

RAM_START 
P3M save-1 
TEM"F_3-1 
TEMP 2-1 
TEMP~1-t 



!The following registers are modified/referenced 
by the Serial Routines ONLY. They are 
available as general registers to the user 
who does not intend to make use of the 
Serial Routines! 



TEMPJ4-1 
SER_char-1 
SER tmp2-1 
SER__tmp1-1 
SER put-1 
SER~len-2 
SER_buf-1 
SER imr-1 



r1 

= 1 



112 bit 

113 bit 

114 bit 

115 bit 

116 bit 

117 ! 

118 op := %80 

119 ep := %i\0 

120 ie :r %08 

121 al := %04 

122 be := X02 

123 ec := %01 

124 SER get := 

125 SER^flg := 

126 ! Serial Status Flags 



SER_cfg-1 
SER_get-1 



127 bit 

128 bit 

129 bit 

130 bit 

131 bit 

132 bit 

133 bit 

134 bit 

135 ! 

136 sd 

137 pe 

138 bd 

139 bo 

140 bne 

141 bf 
142 

143 RAM TMR 
144 

145 SERltime 



1 => serial I/O disabled 
undefined 
undefined 
=1 => parity error 
=1 => BREAK detected 
= 1 => input buffer overflow 
=1 => input buffer not empty 
=1 => input buffer full 

%80 

%08 

%on 

%02 
%01 

:= RAM_START-*10 

:= SER_flg-1 
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146 SERhtime := SERltime-1 
147 

148 !The following registers are modified/referenced 

149 by the Timer/Counter Routines ONLY. They are 

150 available as general registers to the user 

151 who does not intend to make use of the 

152 Timer/Counter Routines! 
153 

154 T0D_tic := RAM TMR-2 

155 T0D_imr := TOD^tic-1 

156 TODJir := TOD imr-1 

157 TODjnin := TODHir-1 

158 T0D_sec := T0Djnin-1 

159 TOD tt := T0D_sec-1 

160 PLS_1 := TOD tt-1 

161 PLS_tmr := PLS~1-1 

162 PLS 2 := PLS tmr-1 
163 

164 RAM END := PLS 2 

165 STA?K := RAM~END 
166 

! Equivalent working register equates 
for above register layout! 



!register file %J0 
RAM STARTr := 



167 
168 
169 
170 
171 
172 

173 rP3Msave 

174 rTEMP_3 

175 rTEMP 2 

176 rTEMP~1 

177 rrTEMP_1 

178 rTEMP 1h 

179 rTEMP"ll 

180 rTEMP~4 

181 rSERcFar 

182 rSERtmp2 

183 rSERtmpI 

184 rrSERtmp 

185 rSERtmpl 

186 rSERtmph 

187 rSERput 

188 rSERlen 

189 rrSERbuf 

190 rSERbufh 

191 rSERbufl 

192 rSERimr 

193 rSERcfg 

194 rSERget 

195 rSERflg 
196 

197 

198 !register 

199 RAM TMRr 

200 rTOTJtic 

201 rTODimr 

202 rTODhr 

203 rTODmin 

204 rTODsec 

205 rTODtt 

206 rPLS 1 

207 rPLStmr 

208 rPLS 2 



X7F! 
%70 

R15 

R14 

R13 

R12 

RR12 

R12 

R13 

R11 

R10 

R9 

R8 

RR8 

R9 

R8 

R7 

R6 

RR4 

R4 

R5 

R3 

R2 

R1 

R0 



file %60 - *6F! 

$60 

R13 

R12 

R11 

R10 

R9 

R8 

R7 

R6 

R5 



!for SRP! 



!for SRP! 
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210 


EXTERNAL 












211 


ser init 


PROCEDURE 










212 


ser_input 


PROCEDURE 










213 


ser__rlin 


PROCEDURE 










214 


ser_rabs 


PROCEDURE 










215 


ser break 


PROCEDURE 










216 


ser_flush 


PROCEDURE 










217 


ser wlin 


PROCEDURE 










218 


ser_wabs 


PROCEDURE 










219 


ser wbyt 


PROCEDURE 










220 


ser disable 


PROCEDURE 










221 


ser_get 


PROCEDURE 










222 


ser output 


PROCEDURE 










223 


tod"i 


PROCEDURE 










224 


tod"" 


PROCEDURE 










225 


delay 


PROCEDURE 










226 


pulse i 


PROCEDURE 










227 


pulse 


PROCEDURE 










228 














229 














230 


$SECTI0N PROGRAM 










231 


GLOBAL 












232 














233 














234 


! Interrupt vec 


tors! 




p 


0000 


0800 


235 


IRQ ARRAY 


[1 word] 


[%0800] 


p 


0002 


0803 


236 


IRQ 1 ARRAY 


[1 word] 


W803] 


p 


0004 


0806 


237 


IRQ 2 ARRAY 


[1 word] 


[S0806] 


p 


0006 


0809 


238 


IRQ 3 ARRAY 


[1 word] 


[%08091 


p 


0008 


080C 


239 


IRQ 4 ARRAY 


[1 word] 


[%080C] 


p 


000A 


080F 


240 
241 
242 


IRQ 5 ARRAY 


[1 word] 


[%080F] 
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P oooc 

P OOOC 8D 007B» 
P OOOF 



P OOOF 28 43 29 

P 0012 31 39 38 

P 0015 30 5A 49 

P 0018 4C 4F 47 



P 001B 

P 001B 8D 0099' 

P 001E 8D 00B7 1 

P 0021 8D 00E2 ? 

P 0024 8D 00F6* 

P 0027 8D 011A' 

P 002A 8D 0117' 



P 002D 8D 
P 0030 8D 
P 0033 8D 
P 0036 8D 
P 0039 8D 
P 003C 8D 
P 003F 8D 
P 0042 8D 
P 0045 8D 



0205 • 
0363' 
0284' 
02CD» 
025C' 
0257' 
0319' 
03BE' 
034D' 



P 0048 8D 04A1' 
P 004B 8D 04B9» 

P 004E 8D 0000* 



244 
245 
246 
247 
248 
249 
250 
251 
252 
253 



254 
255 
256 
257 
258 
259 
260 
261 
262 
263 
264 
265 
266 
267 
268 
269 
270 
271 
272 
273 
274 
275 
276 
277 
278 
279 
280 
281 
282 
283 
284 
285 
286 
287 
288 
289 
290 
291 
292 
293 
294 
295 
296 
297 
298 
299 
300 
301 
302 
303 
304 



GLOBAL 

!Jump Table! 
ENTER PROCEDURE 
ENTRY 

JP INIT 
END ENTER 



copyright ARRAY [* BYTE] := f (C) 1980ZILOG 1 



ISubroutine Entry Points! 
JUMP PROCEDURE 
ENTRY 

!Binary Arithmetic Routines! 

JP divide 

JP div_16 

JP multiply 

JP mult 16 



!BCD Arithmetic Routines! 
JP bcdadd 
JP bcdsub 

JConversion Routines! 

JP bcddasc 



JP 
JP 
JP 
JP 
JP 
JP 
JP 
JP 



dascbcd 

bcdwrd 

wrdbcd 

bythasc 

wrdhasc 

hascwrd 

wrddasc 

dascwrd 



!Bit Manipulation Routines! 

JP clb 

JP tjm 
JSerial Routines! 

JP ser init 



! 1 6/8 unsigned binary 

division! 
! 1 6/ 1 6 unsigned binary 

division! 
!8x8 unsigned binary 

multiplication! 
! 1 6x 1 6 unsigned binary 

multiplication! 



!BCD addition! 
! BCD subtraction! 

'.BCD to decimal ASCII! 
! Decimal ASCII to BCD! 
! BCD to binary word! 
Jbinary word to BCD! 
!Bin. byte to Hex ASCII! 
!Bin. word to hex ASCII! 
!Hex ASCII to bin word! 
!Bin. word to dec ASCII! 
!dec ASCII to bin word! 

Jcollect bits in a byte! 
! Table Jump Under Mask! 

! initialize serial I/O! 
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305 










P 0051 


8D 


0000« 


306 
307 




JP 


ser_input 


!IRQ3 (receive) service! 


P 0054 


8D 


0000* 


308 
309 




JP 


ser_rlin 


!read line! 


P 0057 


8D 


0000* 


310 
311 




JP 


ser_rabs 


!read absolute! 


P 005A 


8D 


0000* 


312 
313 




JP 


ser break 


! transmit BREAK! 


P 005D 


8D 


0000* 


314 
315 




JP 


ser_flush 


! flush (clear) 
input buffer! 


P 0060 


8D 


0000* 


316 
317 




JP 


ser_wlin 


'.write line! 


P 0063 


8D 


0000* 


318 
319 




JP 


ser wabs 


Jwrite absolute! 


P 0066 


8D 


0000* 


320 
321 




JP 


ser_wbyt 


Jwrite byte! 


P 0069 


8D 


0000* 


322 
323 




JP 


ser__disable 


Idisable serial I/O! 








324 


! Timer/Counter 


Routines! 










325 










P 006C 


8D 


0000* 


326 
327 




JP 


todJL 


! init for time of day! 


P 006F 


8D 


0000* 


328 
329 




JP 


tod 


!tod IRQ service! 


P 0072 


8D 


0000* 


330 
331 




JP 


delay 


!init for delay interval 


P 0075 


8D 


0000* 


332 
333 




JP 


pulse_i 


!init for pulse output! 


P 0078 


8D 


0000* 


334 
335 




JP 


pulse 


! pulse IRQ service! 


P 007B 






336 


END 


JUMP 












338 


Initialization! 




P 007B 






339 


INIT 


PROCEDURE 










340 


ENTRY 














341 










P 007B 


E6 


F8 D7 


342 




LD 


P01M,n(2)11010111 








343 








! internal stack; 








344 








AD0-A15; 








345 








normal memory 








346 








timing ! 


P 007E 


E6 


7F 10 


347 




LD 


P3M__save, #$(2)00010000 








348 








!P3M is write-only, 








349 








so keep a copy in 








350 








RAM for later 








351 








reference ! 


P 0081 


E4 


7F F7 


352 




LD 


P3M,P3M save 


!set up Port 3 ! 


P 0084 


E6 


FF 65 


353 




LD 


SPL,//ST*CK 


! stack pointer ! 


P 0087 


BO 


F1 


354 




CLR 


TMR 


!reset timers! 


P 0089 


E6 


F6 FF 


355 




LD 


P2M,//%FF 


!all inputs! 


P 008C 


BO 


FA 


356 




CLR 


IRQ 


!reset int. requests! 


P 008E 


BO 


FB 


357 




CLR 


IMR 


!disable interrupts ! 


P 0090 


BO 


FD 


358 




CLR 


RP 


!register pointer! 


P 0092 


E6 


70 80 


359 




LD 


SER_/lg,n80 


!serial disabled! 


P 0095 


9F 




360 
361 




EI 




{globally enable 
interrupts ! 


P 0096 


8D 


0812 


362 
363 




JP 


$0812 




P 0099 






364 


END 


INIT 
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Binary Arithmetic Routines 



P 0099 



p 


0099 


A9 


7C 


p 


009B 


AC 


08 


p 


009D 


A2 


BC 


p 


009F 


BB 


02 


p 


00A1 


DF 




p 


00A2 


AF 




p 


00A3 


10 


ED 


p 


00A5 


10 


EC 


p 


00A7 


7B 


04 


p 


00A9 


A2 


BC 


p 


00AB 


BB 


03 


p 


OOAD 


22 


CB 


p 


OOAF 


DF 




p 


00B0 


AA 


F1 


p 


00B2 


10 


ED 


p 


00B4 


A8 


7C 


p 


00B6 


AF 




p 


00B7 







397 CONSTANT 

398 div LEN 

399 DIVISOR 
MOO dividend HI 

401 dividend~LO 

402 GLOBAL 

403 divide PROCEDURE 



R10 
R11 
R12 
Rt3 



404 


!ft»*ft*«»»ft»«*tf»»**«ftft«*tt«»»»»«*ftft»»»**»»*tt»***»»«»»«»* 


405 


Purpose = 


To perform a 16-bit by 8-bit unsigned 


406 




binary division. 


407 






408 


Input s 


R11 = 8-bit divisor 


409 




RR12 = 16-bit dividend 


410 






411 


Output s 


R 1 3 = 8-bit quotient 


412 




R12 = 8-bit remainder 


413 




Carry flag = 1 if overflow 


414 




r if no overflow 


415 




R11 unmodified 


416 


»ft«»»tf»»*»ft«*»»«ftttft»»»ft»*»»»»»«*ft«»»»»ft»ft«««ttft»»ttft**»; 


417 


ENTRY 




418 


Id 


TEMP 1,div LEN !save caller's R10! 


419 


Id 


div rEN,08~" fLOOP COUNTER! 


420 






421 


! CHECK IF RESULT WILL FIT IN 8 BITS! 


422 


cp 


DIVISOR, dividend HI 


423 


jr 


UGT,L00P TCARRY = (FOR RLC)! 


424 


!overflow! 




425 


SCF 


! CARRY = 1! 


426 


ret 




427 






428 


LOOP: RLC 


dividend LO 'DIVIDEND • 2! 


429 


RLC 


dividend'HI 


430 


jr 


c,subt 


431 


cp 


DIVISOR, dividend HI 


432 


jr 


UGT,next !CARRY = 0! 


433 


subt: SUB 


dividend HI, DIVISOR 


434 


SCF 


!T0 BE SHIFTED INTO RESULT! 


435 


next: djnz 


div_LEN,L00P !no flags affected! 


436 






437 


!ALL DONE! 




438 


RLC 


dividend LO 


439 




! CARRY r 0: no overflow 


440 


Id 


div LEN, TEMP 1 !restore caller's R10! 


441 


ret 





442 END divide 
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P 00B7 



p 


00B7 


79 


7C 


p 


00B9 


7C 


10 


p 


OOBB 


CF 




p 


OOBC 


BO 


EA 


p 


OOBE 


BO 


EB 


p 


OOCO 


10 


ED 


p 


00C2 


10 


EC 


p 


ooc4 


10 


EB 


p 


00C6 


10 


EA 


p 


OOC8 


7B 


OA 


p 


OOCA 


A2 


8A 


p 


OOCC 


BB 


OB 


p 


OOCE 


7B 


04 


p 


OODO 


A2 


9B 


p 


00D2 


BB 


05 


p 


00D4 


22 


B9 


p 


OOD6 


32 


A8 


p 


OOD8 


DF 




p 


OOD9 


7A 


E5 


p 


OODB 


10 


ED 


p 


OODD 


10 


EC 


p 


OODF 


78 


7C 


p 


OOE1 


AF 




p 


00E2 







P 00E2 



p 


00E2 


A9 


7C 


p 


00E4 


AC 


09 


p 


00E6 


BO 


EC 


p 


00E8 


CF 




p 


00E9 


CO 


EC 


p 


OOEB 


CO 


ED 


p 


OOED 


FB 


02 


p 


OOEF 


02 


CB 


p 


00F1 


AA 


F6 


p 


00F3 


A8 


7C 


p 


00F5 


AF 




p 


00F6 







446 

447 
448 
449 
450 
451 



444 CONSTANT 

445 dl6_LEN 
dvsr_hi 
dvsr__lo 
rem_hi 
rem lo 
quo"£__hi 
quot lo 

452 GLOBAI 

453 div 16 
1454 1 **¥*#** 

455 Purpose 

456 

457 

458 

459 

460 

461 

462 

463 

464 



Input 



R7 

R8 

R9 

R10 

R11 

R12 

R13 



PROCEDURE 
*ft*»*ftft«ft*«ftft**«ft****#********«t«ft********«**ft 

To perform a 16-bit by 16-bit unsigned 
binary division. 

RR8 = 16-bit divisor 
RR12 = 16-bit dividend 



Output = 



465 ENTRY 

466 

467 

468 

469 

470 

471 dlp_l6: 

472 

473 

474 

475 

476 

477 

478 

479 

480 

481 subt 16 

482 

483 

484 skp 16: 

485 

486 

487 

488 

489 END div 



RR12 = 16-bit quotient 
RR10 = 16-bit remainder 
RR8 unmodified 



Id 

Id 

rcf 

clr 

clr 

rlc 

rlc 

rlc 

rlc 

jr 

cp 

jr 

jr 

cp 

jr 

sub 
sbc 
scf 
djnz 
rlc 
rlc 
Id 
ret 
16 



491 CONSTANT 

492 MULTIPLIER 

493 PRODUCT_LO 

494 PRODUCT HI 

495 mul LEN 

496 GLOBffL 

497 multiply 

Purpose s 



TEMP 1,d16 LEN 
d16_lEN,#1o" 

rem_hi 

rem lo 

quoT__lo 

quot hi 

r em_To 

rem__hi 

c ,subt_l6 

dvsr__hi ,rem_hi 

ugt , skp__16 

ult ,subt_J6 

dvsr_lo ,rem__lo 

ugt, skp 16 

rem^lo^vsr^lo 

rem_hi,dvsr_hi 

d16 LEN,dlp_16 
quo^JLo 
quot hi 
d16_TEN,TEMP__1 



R11 
R13 
R12 
R10 



!save caller's R10! 
!LOOP COUNTER! 
Icarry = 0! 



!no flags affected! 



Input 



Output = 



498 
499 
500 
501 
502 
503 
504 
505 
506 

507 ***«*»«****»* 

508 ENTRY 
509 
510 
511 
512 

513 L00P1 
514 
515 
516 
517 NEXT: 



518 
519 
520 END 



Id 

Id 

clr 

RCF 

RRC 

RRC 

jr 

ADD 

djnz 

Id 

ret 

multi 



PROCEDURE 

To perform an 8-bit by 8-bit unsigned 
binary multiplication. 

R11 = multiplier 
R13 = multiplicand 

RR12 = product 
R11 unmodified 
*««***«*»««**ft****»*»*«**ft«ft«»«ft»*»«ft«**j 

TEMP 1,mul LEN ! save caller's R10! 

mul_rEN,#9~ !8 BITS! 

PRODUCT HI UNIT HIGH RESULT BYTE! 

!CARRY s 0! 
PRODUCT HI 
PRODUCTJ-O 
NC,NEXT 

PRODUCTJH , MULTIPLIER 
mul LEN,L00P1 
mul_LEN,TEMP_1 !restore caller's R10! 

ply 
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P 00F6 



p 


00F6 


79 


7C 


p 


00F8 


7C 


11 


p 


OOFA 


BO 


EA 


p 


OOFC 


BO 


EB 


p 


OOFE 


CF 




p 


OOFF 


CO 


EA 


p 


0101 


CO 


EB 


p 


0103 


CO 


EC 


p 


0105 


CO 


ED 


p 


0107 


FB 


04 


p 


0109 


02 


B9 


p 


010B 


12 


A8 


p 


010D 


7A 


FO 


p 


010F 


78 


7C 


p 


0111 


A9 


7C 


p 


0113 


44 


EB 


p 


0116 


AF 




p 


0117 







7C 



522 


CONSTAN 


T 




523 


m16_LEN 


R7 


524 


plier_ 


hi 


R8 


525 


plier 


lo 


R9 


526 


prod_Ri 


= R10 


527 


prod_l 





R11 


528 


mult hi 


R12 


529 


mult lo 


= R13 


530 


GLOBAt 






531 


mult 16 


PROCEDURE 


532 


!»»«T«ft**« «««»*«»**»«*«» ««»* «*«*#«* ***«*« *««««* »****«« 


533 


Purpos 


e = To perform an 16-bit by 16-bit unsigned 


53 1 * 




binary multiplication. 


535 








536 


Input 


r RR8 = multiplier 


537 




RR12 = multiplicand 


538 








539 


Output 


= RQ10 = product (R10, R11, R12, R13) 


540 




RR8 unmodified 


541 




2 


.ero FLAG = if result > 16 bits 


542 






= 1 if result fits in 16 


543 






(unsigned) bits (RR12 = result) 


544 


tttt«*«*««*ttft**«ft***ft**«ft»«»«tttt««*«*ft»fttf««**«**««ft*ttftft«j 


545 


ENTRY 






546 




Id TEMP 1,ml6 LEN !save caller's R7! 


547 




Id ml6_rEN,//l7 !16 BITS! 


548 




clr prod hi 


549 




clr prod lo !init product! 


550 




rcf 


!CARRY = 0! 


551 


loopl6: 


rrc prod_hi 


552 




rrc prod lo !bit to carry! 


553 




rrc mult hi Jmultiplicand / 2! 


554 




rrc mult_lo 


555 




jr nc,nextl6 


556 




add prod lo, plier lo 


557 




adc prodhi ,plierHii 


558 


next16: 


djnz n 


i16 LEN,loopl6 !next bit! 


559 




Id n 


i16~LEN,TEMP 1 !restore caller's R7! 


560 




Id TEMP 1,prod hi !test product...! 


561 




or TEMP 1, prod. .lo !...bits 31 - 16! 


562 




ret 




563 


END 


mult__l6 
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BCD Arithmetic Routines 

593 !The BCD format supported by the following arithmetic 

594 and conversion routines allows representation 

595 of signed magnitude variable precision BCD 

596 numbers. A BCD number of 2n digits is 

597 represented in n+1 consecutive bytes where 

598 the byte at the lowest memory address 

599 ('byte 0') represents the sign and post- 
600 decimal digit count, and the bytes in the 

601 next n higher memory locations ('byte 1» 

602 through 'byte n') represent the magnitude 

603 of the BCD number. The address of 'byte f 

604 and the value n are passed to the subroutines 

605 in specified working registers. Digits are 

606 packed two per byte with the most 

607 significant digit in the high order nibble 

608 of 'byte 1' and the least significant digit 

609 in the low order nibble of 'byte n'. 'Byte 0' 

610 is organized as two fields: 

611 bit 7 represents sign: 

612 = 1 => negative 

613 = => positive 

614 bit 6-0 represent post-decimal digit 

615 count 

616 For example: 

617 'byte 0'= %05 => positive, with 5 post-decimal digits 

618 = %80 => negative, with no post-decimal digits 

619 a %90 => negative, with 16 post-decimal digits 

620 ! 

622 CONSTANT 

623 bed LEN := R12 

624 bcd~SRC := R14 

625 bed DST := R15 

626 GLOBXL 

P 0117 627 bedsub PROCEDURE 

628 I***************************************************** 

629 Purpose = To subtract two packed BCD strings of 

630 equal length. 

631 dst < — dst - sre 
632 

633 Input = R15 = address of destination BCD 

634 string (in register memory). 

635 R14 = address of source BCD 

636 string (in register memory). 

637 R12 = BCD digit count / 2 
638 

639 Output = Destination BCD string contains the 

640 difference. 

641 Source BCD string may be modified. 

642 R12, R14, R15 unmodified if no error 

643 R13 modified. 

644 Carry FLAG = 1 if underflow or format 

645 error . 

545 «»»**»«»»*»**«»**»**»»»«»«»»»«**»«««*«»»««»««««*«****! 

647 ENTRY 

P 0117 B7 EE 80 648 xor @bcd_SRC,//*80 Icomplement sign of 

649 subtrahend! 

650 !fall into bedadd! 
P 01 1A 651 END bedsub 
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653 GLOBAL 

P 01 U 654 bcdadd PROCEDURE 

655 !*ft*ft«««»*fttt»»»»ft»tt*»»»ft«**««ttft**ft*«»««**ft*ftftft«ft»»ft**« 

656 Purpose = To add two packed BCD strings of 

657 equal length. 

658 dst < — dst + src 
659 

660 Input s R 15 = address of destination BCD 

661 string (in register memory). 

662 R14 r address of source BCD 

663 string (in register memory). 

664 R12 = BCD digit count / 2 
665 

666 Output s Destination BCD string contains the sum. 

667 Source BCD string may be modified. 

668 R12, R14, R15 unmodified if no error 

669 R1 3 modified. 

670 Carry FLAG = 1 if overflow or format 

671 error. 

672 a****************************************************! 

673 ENTRY 

674 Idelete all leading pre-decimal zeroes! 
P 01 1A E6 7E 02 675 Id TEMP_3,#2 

P 011D D8 EE 676 Id R13,bcd SRC 

P 01 1F C9 7B 677 ba 3: Id TEMP_4,FcdJLEN 

P 0121 04 7B 7B 678 add TEMP__4 ,TEMP_4 !total digit count! 

P 0124 E5 ED 7D 679 Id TEMP_2,@R13 *get sign/post dec /M 

P 0127 56 7D 7F 680 and TEMP_2,WF ! isolate post dec #! 

P 012A 24 7D 7B 681 sub TEMP 4,TEMP_2 ! pre-dec digit cnt! 

P 012D 7D 0203' 682 jp ult,"6"a_err ! format error! 

P 0130 6B 1A 683 jr z,ba_1 !no pre-dec. digits! 

P 0132 70 EC 684 ba_2: push R12 !save! 

P 0134 C7 CD 01 685 Id R12,1(R13) Jleading byte! 

P 0137 76 EC F0 686 tm R12 f #%F0 !test leading digit! 

P 013A 50 EC 687 pop R12 Jrestore! 

P 013C EB 0E 688 jr nz,ba 1 !no more leading 0's! 

P 01 3E B0 7C 689 clr TEMP_T 

P 0140 D6 0463 1 690 call rdl !rotate left! 

P 0143 21 ED 691 inc @R13 !update post dec #! 

P 0145 4D 0203 » 692 jp ov,ba err !oops! 

P 0148 00 7B 693 dec TEMP Tf !dec pre-dec #! 

P 014A EB E6 694 jr nz,ba_2 !loop! 

P 014C D8 EF 695 ba 1 : Id R13,bcd DST 

P 014E 00 7E 696 " dec TEMP 3 !SRC and DST done?! 

P 0150 EB CD 697 jr nz,ba_3 !do DST! 

698 ! leading zero deletion complete! 

699 ! insure DST is > or = SRC; exchange if necessary! 
P 0152 E3 DF 700 Id R13,@bcd_DST 

P 0154 56 ED 7F 701 and R13,#%7F Jisolate post dec #! 

P 0157 E5 EE 7D 702 Id TEMP_2,@bcd_J3RC 

P 015A 56 7D 7F 703 and TEMP_2,//%7F Jisolate post dec #! 

P 015D A4 7D ED 704 cp R13,TEMP_2 

P 0160 70 ED 705 push R13 !save! 

P 0162 7B 39 706 jr ult,ba 4 !DST > SRC! 

P 0164 BB 18 707 jr ugt,ba_5 !DST < SRC! 

708 !decimal points in same position. 

709 must compare magnitude! 

P 0166 D8 EC 710 Id R13,bcd LEN 

P 0168 E9 7C 711 Id TEMP_1 , 5"cd_SRC 

P 016A F9 7B 712 Id TEMP_4,bcdJDST 

P 016C 20 7C 713 ba"6: inc TEMP 1 

P 016E 20 7B 714 " inc TEMP~4 

P 0170 E5 7C 7E 715 Id TEMP__3,@TEMP_1 !get SRC byte! 

P 0173 A5 7B 7E 716 cp TEMP 3,§TEMP 4 !compare DST byte! 
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P 0176 BB 06 717 jr ugt,ba_5 !SRC > DST! 

P 0178 7B 23 718 jr ult,ba_4 !SRC < DST! 

P 017A DA FO 719 djnz R13,ba_6 Hoop! 

P 017C 8B 1F 720 jr ba_4 !DST > or = SRC! 

721 !swap source and destination operands! 

P 017E D8 EC 722 ba 5: Id R13,bcd LEN 

P 0180 DE 723 inc R13 "" Jinclude flag/size byte! 

P 0181 02 ED 724 add bcd_SRC,R13 

P 0183 02 FD 725 add bcdJ)ST,R13 

P 0185 00 EE 726 ba 7: dec bed SRC 

P 0187 00 EF 727 dec bcd^DST 

P 0189 E5 EE 7C 728 Id TEMP 1,§bcd SRC 

P 018C E5 EF 7B 729 Id TEMP~4 ,@bcd~DST 

P 01 8F F5 7B EE 730 Id @bcd_SRC, TEMPJI 

P 0192 F5 7C EF 731 Id @bcd DST, TEMP 1 !one byte swapped! 

P 0195 DA EE 732 djnz R13,B"a 7 

P 0197 D8 7D 733 Id R13,TEMP_2 

P 0199 50 7D 734 pop TEMP 2 

P 019B 70 ED 735 push R13 "" 

736 !exchange complete! 

P 019D 50 ED 737 ba 4: pop R13 !restore! 

738 !RT3 = DST post decimal digit count 

739 TEMP 2 = SRC post decimal digit count 

740 R13 =< TEMP_2 ! 
P 019F 24 ED 7D 741 sub TEMP_2,R13 

P 01A2 CO 7D 742 rrc TEMP_2 !alignment offset! 

P 01A4 FB 09 743 jr nc,ba_8 !digits word aligned! 

744 !rotate out least significant SRC post decimal digit! 

P 01A6 D8 EE 745 Id R13,bcd_SRC 

P 01A8 01 ED 746 dec §R13 !dec post dec digit #! 

P 01AA B0 7C 747 clr TEMP_1 

P 01AC D6 0485 f 748 call rdr 

749 !determine if addition or subtraction! 

P 01 AF E5 EE 7B 750 ba 8: Id TEMP 4,0bcd SRC !sign of SRC! 

P 01B2 B5 EF 7B 751 xor TEMP~4,@bcd~DST !sign of DST! 

752 !get starting addresses! 

P 01B5 D8 EC 753 Id R13,bcd LEN 

P 01 B7 24 7D ED 754 sub R13,TEM"F_2 

P 01BA 6B 45 755 jr z,ba__14 !done already! 

P 01BC 02 ED 756 add bed SRC,R13 

P 01BE 02 FC 757 add bcd""DST,bcd_LEN 

758 !ready!!! 

P 01C0 CF 759 rcf !carry = 0! 

P 01C1 E5 EF 7C 760 ba_1 1 : Id TEMP_1 ,@bcd_DST 

P 01C4 76 7B 80 761 tm TEMP 4,#%80 !add or sub?! 

P 01C7 6B 05 762 jr z,ba~9 !add! 

P 01C9 35 EE 7C 763 sbc TEMP 1,@bcd_SRC 

P 01CC 8B 03 764 jr ba 1"u" 

P 01 CE 15 EE 7C 765 ba_9: adc TE74P_1 ,3bcd_SRC 

P 01D1 40 7C 766 ba 10: da TEMP_1 

P 01D3 F5 7C EF 767 Id @bcd DST,TEMP__1 

P 01D6 00 EF 768 dec bcdJJST 

P 01D8 00 EE 769 dec bed SRC 

P 01DA DA E5 770 djnz R137ba 11 

771 ! propagate carry thru TEMP 2 bytes of DST! 

P 01 DC D8 7D 772 Id R13,TEMP_2"~ 

P 01DE DE 773 inc R13 !may be zero! 

P 01DF DA 02 774 djnz R13,ba_12 

P 01E1 8B 09 775 jr ba_J3 

P 01E3 17 EF 00 776 ba 12: adc gbed DST,//0 

P 01E6 41 EF 777 ~~ da @bcd DST 

P 01E8 00 EF 778 dec bcdJJST 

P 01EA DA F7 779 djnz R13,ba 12 
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780 


P 01EC 


FB 


13 




781 
782 
783 


P 01EE 


E5 


EF 


7C 


784 


P 01F1 


56 


7C 


7F 


785 


P 01F4 


6D 


0203 


t 


786 


P 01F7 


E6 


7C 


10 


787 


P 01FA 


D8 


EF 




788 


P 01FC 


D6 


0485 


i 


789 


P 01FF 


01 


EF 




790 


P 0201 


CF 






791 


P 0202 


AF 






792 
793 


P 0203 


DF 






794 


P 0204 


AF 






795 



!carry propagate complete! 
ba_13: jr nc,ba_14 !done! 
! Rotate out least significant post decimal DST 
digit to make room for carry at high end! 



!no post dec digits! 

_ !dec digit cnt! 

ba 14: 



ba_err 
P 0205 796 END bcdadd 



Id 


TEMP 1,§bcd DST 


and 


TEMP 1,#%7F 


JP 


z,ba err 


Id 


TEMP i,mo 


Id 


R13,D"cd DST 


call 


rdr 


dec 


§bcd DST 


rcf 




ret 




scf 




ret 
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Conversion Routines 



P 0205 



0205 E6 
0208 77 
020B EB 
020D E6 
0210 E5 
0213 56 
0216 02 
0218 70 
021A 24 
021D 50 
021F 7B 
0221 D6 
0224 7B 
0226 A6 

0229 6B 
022B 76 
022E EB 

0230 DE 

0231 E5 
0234 FO 
0236 E4 
0239 56 
023C A6 
023F BB 
0241 06 
0244 D6 
0247 00 

0249 6B 
024B CA 
024D E6 

0250 D6 
0253 8B 

0255 DF 

0256 AF 
0257 



P 0257 



7C 2D 

ED 80 

03 

7C 2B 

ED 7E 

7E 7F 

CC 

EC 

7E EC 

7E 

35 

03F4' 

30 

EC 

22 

7E 

04 



00 



01 



ED 7D 

7D 

7D 7C 

7C OF 

7C 09 

14 

7C 30 

03F4» 

7E 

OB 

DE 

7C 2E 

03F4' 

D6 



P 0257 D6 025C» 
P 025A C8 ED 

P 025C 



821 CONSTANT 

822 bca_LEN := R12 

823 bca_SRC := R13 

824 GLOBAL 

825 bcddasc PROCEDURE 
t»»tttttttttt««ftftift*ftftft*ft*»««**»ftffff**ft««ft»*tt»*ftft**»»»««*ft*» 



Purpose 



Input s 



Output = 



826 

827 

828 

829 

830 

831 

832 

833 

834 

835 

836 

837 

838 

839 

840 

841 

842 

843 

844 

845 

846 

847 

848 

849 bcd_d1: 

850 

851 

852 

853 

854 

855 

856 

857 

858 

859 

860 bed d4: 

861 

862 

863 



To convert a variable length BCD 
string to decimal ASCII. 

RR14 = address of destination ASCII 

string (in reg/ext/ser memory). 

R13 s address of source BCD 

string (in register memory). 

R12 = BCD digit count / 2 



ASCII string in designated 
destination buffer. 

Carry FLAG = 1 if input format error 
or serial disabled, 
= if no error. 
R12, R13, R14, R15 modified. 
Input BCD string ummodified. 
»ft«**ft««*ft»ftft«ft**«*««t»»*ftftft«ft*«ft*»**»*««*ftft«**»*tt*ft»! 

ENTRY 

TEMP 1,#»-» 
@bca_SRC, WO 
nz,bcd d1 
TEMP_1,#«+» 
TEMP 3,§bca SRC 
TEMP"3,WF~ 



Id 

tm 

jr 

Id 

Id 

and 

add 

push 

sub 

pop 

jr 

call 

jr 

cp 

jr 

tm 

jr 

inc 

Id 



Iminus sign! 

! sre negative?! 

!yes! 

! positive sign! 



___ r ! isolate post dec cnt! 
bca LEN, bca LEN !total digit count! 
bca~LEN 

bca LEN, TEMP 3 !pre-dec digit cnt! 
TEMFj ~ ! total digit count! 
ult,bcd d2 ! format error! 
put_desf !sign to dest.! 
c,bcd d2 ! serial error! 
bca_LEN,//0 !any pre-dec digits?! 
z,bcd do !no. start with ' .M 
TEMPjJ,#1 !need next byte?! 
nz,bcd d3 !not yet.! 
bca__SR"C ! update pointer! 
TEMP 2,0bca SRC ! get next byte! 
TEMP~2 

TEMP 1,TEMP 2 
TEMP~1,n0F~ 
TEMP 1,#9 
ugt,B"cd_d5 
TEMP 1 f #%30 
put a*est 
TEMP 3 
z , bccF_d2 
bca LEN, bed d4 
TEMP_1,#«.» 
put dest 
bed d4 



864 bcd_d3: swap 

865 Id 

866 and 

867 cp 

868 jr 

869 add 

870 call 

871 dec 

872 jr 

873 djnz 

874 bed d6: Id 

875 call 

876 jr 

877 bed d5: scf 

878 bcd~d2: ret 

879 END bcddasc 

881 GLOBAL 

882 wrdhasc PROCEDURE 
!*ftftfttt*ft*«*»**«»ft**»»««tt»*tt««»**«tt*»tt*»ftft««*ftft»«»tft*** 

Purpose s To convert a binary word to Hex ASCII. 



!isolate digit! 

!verify bed! 

!no good! 

!convert to ASCII! 

!to destination! 

!digit count! 

lall done! 

!next digit! 

!time for dec. pt.! 

!to destination! 

{continue! 

!set error return! 



883 
884 
885 
886 
887 
888 
889 
890 
891 



Input s RR12 s source binary word. 

RR14 = address of destination ASCII 
string (in reg/ext/ser memory), 



Note s All other details same as for bythasc. 
«*«»ftftfttt*ft»»«******ft*ft»*»««**ft»**«»****ftft*ttft*ftft»«ftttft*{ 

892 ENTRY 

893 call bythasc !convert R12! 

894 Id R12,R13 

895 Ifall into bythasc! 



896 END 



wrdhasc 
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p 025c 



025C BO 
025E E6 
0261 FO 
0263 C9 
0265 56 
0268 06 
026B A6 
026E 7B 

0270 DF 

0271 76 
0274 EB 
0276 06 

0279 D6 
027C 7B 
027E 00 

0280 EB 

0282 CF 

0283 AF 
0284 



7E 

7D 02 

EC 

7C 

7C OF 



7C 
7C 
09 



30 
3A 



7E 01 

OD 

7C 07 

03F4' 

05 

7D 

DF 



898 CONSTANT 

899 bnaJSRC 

900 GLOBAL 

901 bythasc PROCEDURE 



R12 



902 
903 
904 
905 
906 
907 
908 
909 
910 
911 
912 
913 



!tt**ft*ft«ttff***tt»ft«**»ftft*»ft«tfftft»**ft«»»#*ftft»»*«««ftft**ttftft* 



Purpose = 
Input = 

Output = 



To convert a binary byte to Hex ASCII. 

RR14 s address of destination ASCII 

string (in reg/ext/ser memory). 
R12 = Source binary byte. 



ASCII string in designated 
destination buffer. 
Carry = 1 if error (serial only). 
R14, R15 modified. 
«*ft*tftftft*«»«»»ff*ftft«ft»»«tt««ftttfttt«ft*«««ft»*«»fttft*»ttttftftft*tt] 

914 ENTRY 

915 clr MODE !flag => binary to ASCII! 

916 bca go: Id TEMP 2, #2 

917 bca~"go1: SWAP bna 3RC 

918 "" Id TEMP_1,bna_SRC 
TEMP 1,#S0F 
TEMP~1,#%30 
TEMP_1,#%3A 
ult ,skip 



919 

920 

921 

922 

923 

924 

925 

926 

927 skip: 

928 

929 

930 

931 

932 bca ex 

933 END"" 



clr 
Id 

: SWAP 
Id 
and 
ADD 
cp 

jr 

SCF 

TM 

JR 

ADD 

call 

jr 

dec 

jr 

RCF 

ret 

bythasc 



! look at next nibble! 



M0DE,#1 

NZ,bca ex 

TEMP_17W7 

put_dest 

c,bca ex 

TEMP_5 

nz,bca_go1 



! isolate low nibble! 
! convert to ASCII! 

!>9?! 

!no! 

! in case error! 

! input is BCD?! 

!yes. error.! 

!input hex. adjust! 

! put byte in dest! 

terror! 

!loop till done! 
!carry = 0: no error! 
!done! 
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935 


CONSTANT 














936 


bed ad 


r 


:= R14 












937 


bed cnt 


:= R15 












938 


GLOBlL 








P 0284 








939 


b'cdwrd 


PROCEDURE 












940 


t**«****»*««»«ft«tt«*»ft«*«ttft*»«*ft***fttt*»»«*ttft«**»*tt*ft*ft« 










941 


Purpose s 


To convert a variable length BCD 










942 






string to a signed binary word. Only 










943 






pre-decimal digits are converted. 










944 


















945 


Input 


= 


R14 s address o: 


f source BCD 










946 






string (ii 


n register memory) . 










947 






R15 = BCD digit 


count / 2 










948 


















949 


Output 


= 


RR12 a binary word 










950 






Carry FLAG = 1 : 


if input format error 










951 








or dest overflow, 










952 






= : 


if no error. 










953 






R14,R15 modified. 










954 


«ttft**ftft»«ft»**»*ft»**»*«ftftft»ff**«»tf»**»ft»»»*»***«ftft»ft*ft«! 










955 


ENTRY 








P 0284 


BO 


EC 




956 




clr 


R12 


!init destination! 


P 0286 


BO 


ED 




957 




clr 


R13 




P 0288 


E5 


EE 


7B 


958 




Id 


TEMP 4,§bcd adr 


!get sign/post length! 


P 028B 


56 


7B 


7F 


959 




and 


TEMP~4,WF~ 


! isolate post Tength! 


P 028E 


02 


FF 




960 




add 


bed cnt, bed cnt 


!# bed digits! 


P 0290 


24 


7B 


EF 


961 




sub 


bcd_ent,TEMF_4 


!# pre-dec digits! 


P 0293 


7B 


37 




962 




jr 


ult,bcd w2 


! format error! 


P 0295 


E5 


EE 


7B 


963 




Id 


TEMP 4,?bcd adr 


!remember sign! 


P 0298 


E6 


7E 


02 


964 


bcd_w3: 


Id 


TEMP~3,//2 "" 


Idigits per byte! 


P 029B 


EE 






965 




inc 


bed adr 


!src address! 


P 029C 


E5 


EE 


7D 


966 




Id 


TEMT^Gbcd adr 


!get next sre byte! 


P 029F 


A6 


EF 


00 


967 


bed w1: 


cp 


bcd_cnt ,#0 


!digit count = 0?! 


P 02A2 


6B 


12 




968 




jr 


z,bcd w4 


!conversion complete! 


P 02A4 


FO 


7D 




969 




swap 


TEMP 7 


!next digit! 


P 02A6 


E4 


7D 


7C 


970 




Id 


TEMP 1,TEMP 2 




P 02A9 


D6 


042C 


971 




call 


bed B"in 


Jaccumulate in binary! 


P 02AC 


7B 


1E 




972 




jr 


c ,bcd_w2 


!overflow or format err! 


P 02AE 


00 


EF 




973 




dec 


bed cnt 


Jupdate digit count! 


P 02B0 


00 


7E 




974 




dec 


TEM?_3 


!next byte?! 


P 02B2 


EB 


EB 




975 




jr 


nz,bcd w1 


!no. same.! 


P 02B4 


8B 


E2 




976 




jr 


bcd_w3 


!next byte! 


P 02B6 


DF 






977 


bed w4: 


scf 




!in case! 


P 02B7 


76 


EC 


80 


978 




tm 


R12,H80 


Jresult > 15 bits?! 


P 02BA 


EB 


10 




979 




jr 


nz,bcd w2 


Joverflow! 


P 02BC 


76 


7B 


80 


980 


bed w5: 


tm 


TEMP 4,#%80 


! source negative?! 


P 02BF 


6B 


OA 




981 




jr 


z,bc<T w6 


!no. done.! 


P 02C1 


60 


EC 




982 




com 


R12 




P 02C3 


60 


ED 




983 




com 


R13 




P 02C5 


06 


ED 


01 


984 




add 


R 1 3 , # 1 




P 02C8 


16 


EC 


00 


985 




adc 


R12,#0 


!RR12 two's complement! 


P 02CB 


CF 






986 


bed w6: 


rcf 




Jcarry = 0! 


P 02CC 


AF 






987 


bed w2: 


ret 






P 02CD 








988 


END 


bedwrd 
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P 02CD 



02CD B1 
02CF 76 
02D2 6B 
02D4 47 
02D7 60 
02D9 60 
02DB 06 
02DE 16 
02E1 10 
02E3 10 
02E5 EE 
02E6 E9 
02E8 F9 
02EA 04 
02ED 00 
02EF B1 
02F1 EE 
02F2 FA 
02F4 E6 
02F7 70 
02F9 10 
02FB 10 
02FD E8 
02FF F8 

0301 E5 
0304 15 
0307 40 

0309 F5 
030C 00 
030E FA 

0310 50 
0312 7B 
0314 00 
0316 EB 
0318 AF 
0319 



EE 
EC 
0D 
EE 
ED 
EC 
ED 01 



EC 
ED 
EC 



80 
80 



00 



7C 

7D 

EF 7C 

7C 

EE 



OF 



FB 
7E 
7E 
ED 
EC 
7C 
7D 



EE 7E 

EE 7E 

7E 

7E EE 

EE 

F1 

7E 

04 

7E 

DF 



990 
991 
992 
993 
994 
995 
996 
997 
998 
999 
1000 
1001 
1002 
1003 
1004 
1005 
1006 
1007 
1008 
1009 
1010 
1011 
1012 
1013 
1014 
1015 
1016 
1017 
1018 
1019 
1020 
1021 
1022 
1023 
1024 
1025 
1026 
1027 
1028 
1029 
1030 
1031 
1032 
1033 
1034 
1035 
1036 
1037 
1038 
1039 
1040 
1041 
1042 
1043 



GLOBAL 

wrdbcd PROCEDURE 

I*************!*************************************** 

Purpose = To convert a signed binary word 
to a variable length BCD string. 

Input s R14 = address of destination BCD 

string (in register memory) 
RR12 = source binary word 
R15 = BCD digit count / 2 

Output = BCD string in destination buffer 
Carry FLAG = 1 if dest overflow 

: if no error. 
R12,R13,R14,R15 modified. 



ENTRY 

clr 

tm 

jr 

or 

com 

com 

add 

adc 

wrd_bO: rlc 
rlc 
inc 
Id 
Id 
add 
dec 

wrd_b1 : clr 
inc 
djnz 
Id 

wrd_b3: push 
rlc 
rlc 
Id 
Id 
bed str 
Id 
adc 
da 
Id 
dec 
djnz 
pop 

jr 
dec 

jr 

ret 

wrdbcd 



!(dest 
wrd b2: 



wrd ex: 

END 



@bcd adr 
R12,¥%80 
z,wrd bO 
§bcd_adr,M80 

R13 
R12 

R13t#1 
R12,#0 
R13 
R12 

bed adr 

TEMF_1,bcd_adr 
TEMP 2, bed cnt 
TEMP~1,bcd~cnt 
TEMP_1 
@bcd_adr 
bcd_adr 

bcd_cnt,wrd_b1 
TEMP 3, #15 
TEMP~3 
R13 
R12 

bed adr, TEMP 1 
bcd~cnt,TEMP~2 
ing) 7 — (dest bed 
TEMP_3,@bcd__adr 
TEMP 3,@bcd adr 
TEMP~3 

@bcd_adr,TEMP_3 
bcd_adr 

bed cnt, wrd b2 
TEM"F_3 
c,wrd ex 
TEMP_T 
nz,wrd b3 



!init sign/post__dec cnt! 
!is input word negative? 

!set result negative! 



!RR12 two's complement! 

!bit 15 not magnitude! 
Jupdate dest pointer! 

!dest byte count! 

!= bed end addr! 
!initialize dest! 



! source bit count! 



!bit 15 to carry! 
! start at end! 
!dest byte count! 
string * 2) + carry! 

!* 2 + carry! 



!next two digits! 
!loop for all digits! 
Jrestore sre bit cnt! 
!dest. overflow! 

!next bit! 
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p 0319 



0319 BO 
031B BO 
031D BO 
031F D6 
0322 7B 
0324 D6 
0327 7B 
0329 
032C 
032E 



A6 
3B 
26 



0331 FO 
0333 D9 
0335 56 
0338 56 
033B U4 
033E FO 
0340 56 
03**3 56 
0346 44 
0349 8B 
034B CF 
034C AF 
034D 



7E 

EC 

ED 

03DA' 

28 

040D' 

22 

7C 39 

03 

7C 37 



ED 

7D 

ED FO 

7C OF 

7C ED 

EC 

EC FO 

7D OF 

7D EC 



D4 



1045 
1046 
1047 
1048 
1049 
1050 
1051 
1052 
1053 
1054 
1055 
1056 
1057 
1058 
1059 
1060 
1061 
1062 
1063 
1064 
1065 
1066 
1067 
1068 
1069 
1070 
1071 
1072 
1073 
1074 
1075 
1076 
1077 
1078 
1079 
1080 
1081 
1082 
1083 
1084 
1085 
1086 
1087 
1088 
1089 
1090 
1091 
1092 



GLOBAL 

hascwrd PROCEDURE 

!»»*ft**«»ftft*ftft»*ft*ft«tt»»ft*ftftftft**»»*ftttftft*#»ft*tt«»ft»»»«ft«» 

Purpose r To convert a variable length Hex 
ASCII string to binary. 



Input = 



Output s 



RR14 



address of source ASCII 
string (in reg/ext/ser memory). 



RR12 = binary word (any overflow 
high order digits are truncated 
without error). 
Carry FLAG = 1 if input error 

(serial only) 
(SER_flg indicates cause) 
s if no error 
R14, R15 modified 

Note = The ASCII input string processing is 
terminated with the occurrence of a 
non-hex ASCII character. 
»tfftftft«**ftftft*ft***ift*«ft*ft*ff»*»«»ftft*t«**»*»ft**«**! 



ENTRY 



clr TEMP_3 

clr R12 

clr R13 

has_d : call get_src 

jr c,has_ex1 

call ver__asc 

jr c,has__ex 

cp TEMP 1,#%39 

jr ule,n"as__c2 

sub TEMP 1,//%37 

left one nibble! 
new nibble in least significant nibble! 



!init output! 

!get input! 

Jerror! 

!verify hex ASCII! 

!end conversion! 



! Shift 
!Insert 
has c2: 



has_ex : 
has ex1 
END" 



swap 

Id 

and 

and 

or 

swap 

and 

and 

or 

jr 
rcf 
:ret 
hascwrd 



R13 

TEMP 2,R13 

R13,?*F0 

TEMP 1,//%0F 

R13,TEMP_1 

R12 

R12,//*F0 

TEMP 2,#%0F 

R12,TEMP_2 

has d 



!loop! 
!no error! 
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1094 GLOBAL 

P 034D 1095 dascwrd PROCEDURE 

1096 ! ft* »»****»*«***«»**»*» ft«»ft****ftft**ft**««****ft»ft**ft*ft*** 

1097 Purpose = To convert a variable length decimal 

1098 ASCII string to signed binary. 
1099 

1100 Input = RR14 = address of source ASCII 

1101 string (in reg/ext/ser memory). 
1102 

1103 Output = RR12 = binary word 

1104 R8, R9,R10,R11 holds the packed BCD 

1105 version of the result. 

1106 Carry FLAG = 1 if input error 

1107 (serial only) 

1108 (SER_flg indicates cause) 

1109 or dest overflow 

1110 r if no error 

1111 R14, R15 modified 
1112 

1113 Note = The ASCII input string processing is 

1114 terminated with the occurrence of a 

1115 non-decimal ASCII character. 

1116 Decimal ASCII string may be no more 

1117 than 6 digits in length, else Carry 

1118 will be returned. 

1119 Post decimal digits are not included 

1120 in the binary result.. 

1121 «»ft»»ft»»ft»»ft»»»»»»ft»»»»»»»»»»»ft»»»»»»»#ft»»»»»»«»»»»»»| 

1122 ENTRY 

P 034D CC 03 1123 Id R12,#3 !6 digits! 

P 034F DC 08 1124 Id R13,#8 Itemp addr =! 

P 0351 04 FD ED 1125 add R13,RP !R8 thru R11! 

P 0354 D6 0363' 1126 call dascbcd Iconvert to bed! 

P 0357 7B F3 1127 jr c,has ex1 !error! 

P 0359 EC 08 1128 Id R14,#TT 

P 035B 04 FD EE 1129 add R14,RP 

P 035E FC 03 1130 Id R15,#3 

P 0360 8D 0284' 1131 jp bedwrd !convert to binary! 

P 0363 1132 END dascwrd 
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P 0363 



0363 70 
0365 70 
0367 B1 

0369 DE 
036A CA 
036C B1 
036E 50 

0370 50 
0372 E6 
0375 BO 



0377 D6 
037A 7B 
037C 56 
037F 76 
0382 EB 
0384 A6 
0387 6B 
0389 A6 
038C EB 
038E B7 
0391 8B 
0393 5B 
0395 A6 
0398 EB 
039A 46 
039D 8B 
039F D6 
03A2 7B 
03A4 46 

03A7 D6 
03AA EB 
03AC 76 
03AF 6B 



EC 
ED 
ED 

FB 
ED 
ED 
EC 
7E 
7B 



01 



7F 
03 



03DA' 

41 

7C 

7B 

OF 

7C 2B 

EE 

7C 2D 

07 

ED 80 

E4 

OA 

7C 

05 , 

7B 03 

D8 

040D' 

16 

7B 01 

0463 f 

09 

7B 02 

C6 



2E 



134 CONSTANT 

135 dab_LEN 

136 dab_DST 

137 GLOBAL 

138 dascbcd PROCEDURE 



R12 
R13 



139 
140 
141 
142 
143 
144 
145 
146 
147 
148 
149 
150 
151 
152 
153 
154 
155 
156 
157 
158 
159 
160 
161 



Purpose r To convert a variable length decimal 
ASCII string to BCD. 

Input = R 1 3 = address of destination BCD 
string (in register memory). 
RR14 = address of source ASCII 

string (in reg/ext/ser memory). 
R12 r BCD digit count / 2 

Output = BCD string in designated destination 
buffer (any overflow high order 
digits are truncated without error). 
Carry FLAG = 1 if input error 

(serial only) 
(SER_flg indicates cause) 
or overflow 
R14, R15 modified. 



Note = The ASCII input string processing is 
terminated with the occurrence of a 
non-decimal ASCII character. 

162 ENTRY 

163 push dab LEN 
dab DST 
@dab DST 
dabJJST 
dab LEN, das g1 
§daF DST "" 



164 

165 das g1 

166 

167 

168 

169 

170 

171 

172 

173 

174 

175 das g2: call 



176 
177 
178 
179 
180 
181 
182 
183 
184 
185 

186 das g5: 

187 das~g4: 
188 

189 

190 

191 das__g6: 

192 

193 

194 

195 

196 

197 



push 

push 

clr 

inc 

djnz 

clr 

pop 

pop 

Id 

clr 



! save! 



linit. destination! 



jr 

and 

tm 

jr 

cp 

jr 

cp 

jr 

xor 

jr 

jr 

cp 

jr 

or 

jr 

call 

jr 

or 

call 

jr 

tm 

jr 



dab DST 
dab~LEN 
TEM? 3»#1 
TEMP""4 



get_src 

c ,dab_ex1 

TEMP 1,WF 

TEMP~4,n03 

nz,das g5 

TEMP_l7#»+« 

z,das__g2 

TEMPJ,#»-» 

nz,das g4 

§dab_D5T,#%80 

das__g2 

mi,das_g6 

TEMP_1,#».» 

nz,das_g6 

TEMP_4,#%03 

das_g2 

ver_asc 

c ,dab_ex 

TEMP 4,#%01 

rdl " 

nz,das g7 

TEMPJ»7#*02 

z,das g2 



Unit.! 
Jrestore! 

! f or ver asc! 

!bit =7 digit seen; 

bit 1 => dec pt seen; 

bit 7 => overflow! 
!get input byte! 
!serial error! 
! 7-bit ASCII! 
!check status! 
!sign char not valid! 
! positive?! 
!yes. no affect! 
Jnegative?! 
!not sign char! 
Jcomplement sign! 
!get next input! 
!dec pt has been seen! 
!is char dec pt?! 
!nope. ! 

!dec pt and digit seen! 
!get next input! 
!is bed digit?! 
!end conversion.! 
Jdigit seen! 
!new digit to dest! 
Joverflow! 
!post dec digit?! 
!no. get next input! 
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P 03B1 21 ED 1198 inc @dab_DST line post dec cnt! 

P 03B3 8B C2 1199 jr das_g2 !get next input! 

P 03B5 46 7B 80 1200 das__g7: or TEMP_4,n80 !set overflow! 

P 03B8 8B BD 1201 jr das g2 !get next input! 

1202 

P 03BA E4 7B FC 1203 dab ex: Id FLAGS, TEMP 4 !carry = or 1 ! 
P 03BD AF 1204 dab~ex1: ret 
P 03BE 1205 END"" dascbed 

1207 GLOBAL 
P 03BE 1208 wrddasc PROCEDURE 

1209 J***************************************************** 

1210 Purpose = To convert a signed binary word to 

1211 decimal ASCII 
1212 

1213 Input = RR12 = source binary word. 

1214 RR14 = address of dest (in reg/ext/ser 

1215 memory) . 
1216 

1217 Output = Decimal ASCII in dest buffer. 

1218 R8,R9,R10,R11 holds the packed BCD 

1219 version of the result. 

1220 R12, R13, R14, R15 modified. 

1221 «***»**»**«»**»************************»***»»**»»*»*»! 

1222 ENTRY 

P 03BE 70 EE 1223 push R14 

P 03C0 70 EF 1224 push R15 ! save dest addr! 

P 03C2 EC 08 1225 Id R14,//8 

P 03C4 04 FD EE 1226 add R14,RP !R8,9,10 4 11 temp! 

P 03C7 FC 03 1227 Id R15,#3 !temp byte length! 

P 03C9 D6 02CD* 1228 call wrdbed !convert input word! 

P 03CC 50 EF 1229 pop R15 

P 03CE 50 EE 1230 pop R14 Jrestore dest addr! 

P 03D0 CC 03 1231 Id R12,#3 ! length of temp! 

P 03D2 DC 08 1232 Id R13,#8 

P 03D4 04 FD ED 1233 add R13,RP ! addr of temp! 

P 03D7 8D 0205* 1234 jp beddase !convert to ASCII! 

P 03DA 1235 END wrddasc 
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P 03DA 



03DA CF 
03DB EE 
03DC EA 06 
03DE FE 
03DF FA 
03E1 8D 
03E4 70 
03E6 82 
03E8 B9 
03EA 50 
03EC A0 
03EE AF 
03EF E5 
03F2 FE 
03F3 AF 
03F4 



P 03FU 



03F4 EE 
03F5 EA 
03F7 FE 
03F8 FA 
03FA 8D 
03FD 70 
03FF B8 
0401 92 
0403 50 
0405 AO 

0407 AF 

0408 F5 
040B FE 
040C AF 
040D 



OE 

0000* 

EB 

BE 

7C 

EB 

EE 

EF 7C 



06 

OE 

0000* 

EB 

7C 

BE 

EB 

EE 

7C EF 



1237 
1238 
1239 
1240 
1241 
1242 
1243 
1244 
1245 
1246 
1247 
1248 
1249 
1250 
1251 
1252 
1253 
1254 
1255 
1256 
1257 
1258 
1259 
1260 
1261 
1262 
1263 
1264 
1265 
1266 
1267 
1268 
1269 
1270 
1271 
1272 
1273 
1274 

1275 
1276 
1277 
1278 
1279 
1280 
1281 
1282 

1283 
1284 
1285 
1286 
1287 
1288 
1289 



GLOBAL !for PART II only! 

get src PROCEDURE 

I ftftTft »»»»»»»« *»»»»»»»*»»» »*»«»»»«»»»» »«»ft»«»»»«»»»»»»« 

Purpose = To get source byte from 

reg/ext/ser memory into TEMP_1. 



Output = 



ENTRY 

rcf 

inc 

djnz 

inc 

djnz 

JP 

push 

lde 

Id 

pop 

incw 

ret 

Id 

inc 

ret 

get_src 



Carry FLAG = 1 if error (serial) 

= if all ok 
TEMP_1 r source byte. 
RR14 updated. 
»*ft*«**«ft»*ft»***ft««ft*«»*«ftft*ftffftft«*****{ 



get s1 ; 



get s2: 



END 



R14 

R14,get s1 

R15 

R15,get_s2 

ser__get 

R11 

R11,@RR14 

TEMP 1,R11 

R11 "" 

RR14 

TEMP 1,§R15 

R15 " 



! set good return code! 

!test R14 = 0! 

!src in ext memory! 

Itest R15 = 0! 

! src in reg memory! 

!src in ser memory! 

!save user's! 

!get byte! 

!move to common! 

!restore user's! 

! update src ptr! 

!get byte! 
!update src ptr! 



GLOBAL !for PART II only! 

put dest PROCEDURE 

I ftftTFft **»»#»»»»»#»»»»»«#«»»»»»»»»»»»#*»»»»»»« »«»»»##»#« 

Purpose = To store destination byte from TEMP_1 
into reg/ext/ser memory 

Output = RR14 updated. 

ENTRY 

Itest R14 s 0! 

!dest in ext memory! 

Itest R15 = 0! 

!dest in reg memory! 

!dest in ser memory! 

!save user's! 



put s1 : 



put s2: 



END 



inc 


R14 


djnz 


Rl4,put s1 


inc 


R15 


djnz 


R15,put s2 


JP 


ser output 


push 


R11 


Id 


R11,TEMP 1 


lde 


@RR14,R1T 


pop 


R11 


incw 


RR14 


ret 




Id 


@R15,TEMP 


inc 


R15 


ret 




put dest 



!restore user's! 
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1291 


CONSTANT 














1292 


MODE 




:= TEMP 3 












1293 


char 




:= TEMP_J 












1294 


INTERNAL 






P 040D 








1295 


ver asc 


PROCEDURE 












1296 


J *»T»ff ft **«*«»»*« ft ft «*««*«»*»* «*»«»»»« ft********** »«*««*« 










1297 


Purpose r 


To verify input character as valid 










1298 






hex or decimal 


ASCII. 










1299 


















1300 


Input 


= 


TEMP 1 = 8-bit 


input 










1301 






TEMP 3 = => test for hex, 










1302 






1 => test for decimal 










1303 


















1304 


Output 


= 


Carry FLAG = 


if no error 










1305 






1 


if error. 










1306 


«**«*»«****«******»****«»»»*»*»****»**«*«**»»**«****»; 










1307 


ENTRY 








P 040D 


56 


7C 


7F 


1308 




and 


char,#%7F 


!7-bit ASCII! 


P 0110 


A6 


7C 


30 


1309 




cp 


char ,# f f 


!range start: '0'! 


P 0413 


7B 


16 




1310 




jr 


ult,ver err 


!no good! 


P 0415 


A6 


7C 


3A 


1311 




cp 


char,//^'+1 


!dec range end : f 9 ' J 


P 0418 


7B 


10 




1312 




jr 


ult,ver ok 


!all's well! 


P 041A 


76 


7E 


01 


1313 




tm 


MODE,#1~ 


!dec or hex?! 


P 041D 


EB 


OB 




1314 




jr 


nz,ver ere 


!no good! 


P 041F 


56 


7C 


DF 


1315 




and 


char,/CNOT( 'a'- 


-'A') !insure upper case! 


P 0422 


A6 


7C 


41 


1316 




cp 


char ,#» A* 


!check A-F range! 


P 0425 


7B 


04 




1317 




jr 


ult,ver err 


!no good! 


P 0427 


A6 


7C 


47 


1318 
1319 


ver ok: 


cp 


char ,#'F'+1 


!end hex range! 


P 042A 


EF 






1320 


ver ere 


: ccf 




! complement carry! 


P 042B 


AF 






1321 


ver err 


: ret 






P 042C 








1322 


END 


ver asc 














1324 


INTERNAL 






P 042C 








1325 


bed bin 


PROCEDURE 












1326 


i a**************************************************** 










1327 


Purpose = 


To convert next bed digit to binary. 










1328 


















1329 


Input 


= 


TEMP_1 = digit 












1330 


















1331 


Output 


= 


RR12 = RR12 * 


10 + digit 










1332 


•a***************************************************; 










1333 


ENTRY 








P 042C 


56 


7C 


OF 


1334 




and 


TEMP 1,#%0F 


Jisolate digit! 


P 042F 


A6 


7C 


09 


1335 




cp 


TEMP"1,#9 


Jverify valid! 


P 0432 


BB 


2D 




1336 




jr 


ugt,Fcd b1 


! error ! 


P 0434 


02 


DD 




1337 




add 


R13,R13~ 




P 0436 


12 


CC 




1338 




adc 


R12,R12 


!2x! 


P 0438 


7B 


27 




1339 




jr 


c,bcd b1 


Joverflow! 


P 043A 


70 


EC 




1340 




push 


R12 




P 043C 


70 


ED 




1341 




push 


R13 




P 043E 


02 


DD 




1342 




add 


R13,R13 




P 0440 


12 


CC 




1343 




adc 


R12,R12 


!4x! 


P 0442 


7B 


19 




1344 




jr 


c,bcd b2 


Joverflow! 


P 0444 


02 


DD 




1345 




add 


R13,RT3 




P 0446 


12 


CC 




1346 




adc 


R12,R12 


!8x! 


P 0448 


7B 


13 




1347 




jr 


c,bcd b2 


Joverflow! 


P 044A 


04 


7C 


ED 


1348 




add 


R13,TEMP 1 




P 044D 


16 


EC 


00 


1349 




adc 


R12,#0 ~ 


!8x + d! 


P 0450 


7B 


OB 




1350 




jr 


c,bcd b2 


Joverflow! 


P 0452 


50 


7C 




1351 




pop 


TEMP T 




P 0454 


04 


7C 


ED 


1352 




add 


R13,TEMP 1 




P 0457 


50 


7C 




1353 




pop 


TEMP 1 ~ 




P 0459 


14 


7C 


EC 


1354 




adc 


R12,TEMP_1 


!10x + d! 


P 045C 


AF 






1355 
1356 




ret 






P 045D 


50 


7C 




1357 


bcd_b2: 


pop 


TEMP 1 




P 045F 


50 


7C 




1358 




pop 


TEMP_1 


!restore stack! 


P 0461 


DF 






1359 


bcd__b1: 


scf 




! error ! 


P 0462 


AF 






1360 




ret 






P 0463 








1361 


END 


bcd_bin 







1-31 



P 0463 



0463 
0465 
0467 
0469 
046C 
046F 
0472 
0475 
0478 
047B 
047D 
047F 
0482 
0484 
0485 



70 EC 
02 DC 
F1 ED 
E5 ED 7D 
57 ED F0 
OF 



56 7C 
45 



F5 7C 

E4 7D 

00 ED 

CA E8 

56 7C 

50 EC 
AF 



P 0485 



0485 70 

0487 DE 

0488 F1 
048A E5 
048D 57 
0490 56 
0493 45 
0496 F5 
0499 E4 
049C CA 
049E 50 
04A0 AF 
04A1 



ED 7C 
ED 



EC 

ED 
ED 
ED 
7C 
ED 
7C 
7E 
E9 
EC 



7C 



OF 



7E 
OF 
FO 
7C 
ED 
7C 



1363 
1364 
1365 
1366 
1367 
1368 
1369 
1370 
1371 
1372 
1373 
1374 
1375 
1376 
1377 
1378 
1379 
1380 
1381 
1382 
1383 
1384 
1385 
1386 
1387 
1388 
1389 
1390 
1391 
1392 
1393 
1394 
1395 
1396 
1397 
1398 

1400 
1401 
1402 
1403 
1404 
1405 
1406 
1407 
1408 
1409 
1410 
1411 
1412 
1413 
1414 
1415 
1416 
1417 
1418 
1419 
1420 
1421 
1422 
1423 
1424 
1425 
1426 
1427 
1428 



CONSTANT 

s_len := R12 

s_adr : = R 1 3 

INTERNAL 
rdl PROCEDURE 

!**«***»*fttt**ft«***»«*»*«*ft»ftft**Mft«tt*ft*ft*»*ft**»»»«ft»*« 

Rotate Digit Left 

Input = R12 = BCD string length 
R 1 3 r BCD string address 
TEMP_J bit 3-0 = new digit 

Output s BCD string rotated left one digit: 

new digit inserted in units position. 
TEMP_1 bit 3-0 = digit rotated out 

of high order digit position 
bit 7-4 = 
Zero FLAG = 1 if TEMP__1 <> 
R12, R13 unmodified 



rdl 01: 



************ 

ENTRY 

push 

add 

swap 

Id 

and 

and 

or 

Id 

Id 

dec 

djnz 

and 

pop 

ret 

rdl 



s_len 

s_adr ,s__len 

§s__adr 

TEMP 2,§s adr 

0s_ac!r ,#*F0 

TEMP 1,H0F 

TEMP~1,@s_adr 

@s adr, TEMP 1 

TEttP_1,TEMP~2 

s_adr 

s len,rdl_01 

TEMP_1,#%0F 

s len 



laddress of units place! 

lisolate digit! 

! isolate new digit! 

! save new byte! 

!back-up pointer! 
!loop till done! 
!old high order digit! 
!restore R12! 



END 



INTERNAL 

rdr PROCEDURE 

f*«******»ft»«»*ftft»**«**«»*««**ttft»**ftft««**»ft«*«»«*ft**«» 

Rotate Digit Right 



Input = 



Output = 



R12 = BCD string length 
R 1 3 = BCD string address 
TEMP 1 bit 7-4 = new digit 



BCD string rotated right one digit; 
new digit inserted in high order 
position . 
R12 unmodified 
R13 modified 
a****************************************************! 

ENTRY 

s__len 
rdr 01: inc s_adr 

@s adr 

TEtfP 3,0s adr 

@s_acTr ,#%7JF 

TEMP 1,#%F0 

TEMP~1 ,@s_adr 

@s adr, TEMP 1 

TEMP_1,TEMP~3 

s_len ,rdr_01 

s len 



END 



push 

inc 

swap 

Id 

and 

and 

or 

Id 

Id 

djnz 

pop 

ret 

rdr 



•isolate digit! 
Jisolate new digit! 

! save new byte! 

!loop till done! 
Jrestore R12! 
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Bit Manipulation Routines 



P 04A1 



p 


04A1 


E6 


7C 


p 


04A4 


BO 


7D 


p 


04A6 


90 


EC 


p 


0UA8 


90 


ED 


p 


04AA 


FB 


06 


p 


04AC 


EO 


EC 


p 


04AE 


90 


EC 


p 


04B0 


10 


7D 


p 


04B2 


00 


7C 


p 


04B4 


EB 


FO 


p 


04B6 


C8 


7D 


p 


04B8 


AF 




p 


04B9 







08 



1460 


CONSTANT 






1461 


tjm_bits 


:r R12 




1462 


tjm mask 


:= R13 




1463 


GLOBlL 






1464 


clb PROCEDURE 




1465 


!tt«ftft*«ftft«*»»ft«**ftft«ftftftftftfttttt*ft««»»*ft»*««*ttfttt**ft*ft«ftftft« 


1466 


Purpose = 


To collect selected bits in a byte 


1467 




into adjacent bits in the low order 


1468 




end of the byte 


Upper bits in byte 


1469 




are set to zero 


. 


1470 








1471 


Input r 


R12 = input byt 


e 


1472 




R13 = mask. Bit 


= 1 => corresponding 


1473 




input bit is selected. 


1474 








1475 


Output = 


R12 = collected 


bits 


1476 








1477 


Note = 


For example: 




1478 




Input : R12 = 


$(2)01110110 


1479 




R13 = 


$(2)10000101 


1480 








1481 




Output : R12 = 


$(2)00000010 


1482 


ftft**ft*««*«**ft*«*»«»ft«*ft»**««ftftft«ftftft*«««*»ft«ft«»*it****«! 


1483 


ENTRY 






1484 


Id 


TEMP 1,#8 


!bit count! 


1485 


clr 


TEMP~2 


!bits collected here! 


1486 


nextl: rl 


tjm_bits 


!bit 7 to bit 0! 


1487 


rl 


tjm__mask 


!bit 7 to carry! 


1488 


jr 


nc ,no select 


!don f t use this bit! 


1489 


rr 


tjm_bTts 




1490 


rl 


tjm bits 


!bit 7 to and carry! 


1491 


rlc 


TEM7_2 


Jcollect source bit! 


1492 


no_select : 






1493 


dec 


TEMP_1 




1494 


jr 


nz, nextl 


!repeat! 


1495 


Id 


R12,TEMP_2 




1496 


ret 






1497 


END clb 
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P 04B9 



04B9 D6 
04BC 02 
O^BE 16 
04C1 02 
04C3 16 
04C6 C2 
04C8 AO 
04CA C2 
04CC E8 



04A1 • 
CC 



EE 
FC 
EE 
DE 
EE 
FE 
ED 



00 



00 



P 04CE 30 EE 
P 04D0 



1499 
1500 
1501 
1502 
1503 
1504 
1505 
1506 
1507 
1508 
1509 
1510 
1511 
1512 
1513 
1514 
1515 
1516 
1517 
1518 
1519 
1520 
1521 
1522 

1523 
1524 
1525 
1526 
1527 
1528 
1529 
1530 
1531 
1532 

1533 
1534 
1535 
1536 



CONSTANT 
tjm_tabh := R14 
tjm_tabl := R15 
tjm tab := RR14 
GLOBlL 

tjm PROCEDURE 

f«««»«»***ft***ftft«***«**»ft**tt**«*ft*ftftft*ft««*««»ft*»*****ft 
Purpose s To take a jump to a routine address 
determined by the state of selected 
bits in a source byte. A bit 
is * selected 1 by a one in the 
corresponding position of a mask. 
The 'selected* bits are packed into 
adjacent bits in the low order end of 
the byte. This value is then doubled, 
and used as an index into the jump 
table. 

Input r RR14 r address of jump table in 
program memory. 
R12 = input data 
R13 s mask 
***ftft*»*»****««»»*»ft*ft»**ft»*«*ftft*»*«*ftft******«*»**«**{ 

ENTRY 

call clb !collect selected bits! 

add tjm_bits,tjm_bits ! collected bits « 2! 

adc tjm_tabh,#0 ! in case carry! 

add tjm_tabl ,tjm_bits 

adc tjm_tabh,#0 !tjm_tab points to...! 

ldc tjm_mask,@tjm_tab !... table entry! 

incw tjm_tab 

ldc tjm__tabl,@tjm_tab !get table entry...! 

Id tjm tabh,tjm mask !...into tjm_tab! 



JP 

END tjm 
END PART I 



@tjm tab 



!bye! 



errors 
Assembly complete 
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R0MLES5 Z8 SUBROUTINE LIBRARY PART II 



Z8ASM 
LOC 



3.02 
OBJ CODE 



STMT SOURCE STATEMENT 



PART II MODULE 



PROMLESS Z8 1 SUBROUTINE LIBRARY PART II 
! 



9 CONSTANT 
10 ! Register Usage! 
11 

12 RAM START := %7? 
13 

14 P3M_save := RAM_START 

15 TEMP 3 := P3M save-1 

16 TEMP""2 :r TEM?__3-1 

17 TEMP 1 := TEMP 2-1 

18 TEMP~4 := TEMP~1-1 
19 

20 !The following registers are modified/referenced 

21 by the Serial Routines ONLY. They are 

22 available as general registers to the user 

23 who does not intend to make use of the 

24 Serial Routines! 
25 

26 SER_char := TEMP 4-1 

27 SER tmp2 := SER_char-1 

28 SER~tmp1 := SER_tmp2-1 

29 SER_put := SER_tmp1-1 

30 SER_len :r SER put-1 

31 SER_buf :r SER_len-2 

32 SER_imr :r SER buf-1 

33 SER_cfg := SER~imr-1 

34 ! Serial Configuration Data 

35 bit 7 : =1 => odd parity on 

36 bit 6 : =1 => even parity on 

37 (bit 6,7 = 11 => undefined) 

38 bit 5 : undefined 
undefined 

=1 => input editting on 
=1 => auto line feed enabled 
=1 => BREAK detection enabled 
=1 => input echo on 



39 bit 

40 bit 3 

41 bit 2 

42 bit 1 

43 bit 

44 ! 

45 op := %80 

46 ep := %H0 

47 ie := %0Q 

48 al := %04 

49 be := %02 

50 ec := %01 

51 SER get := 

52 SER~flg := 

53 ! Serial Status Flags 



SER_cfg-1 
SER get-1 



54 bit 

55 bit 

56 bit 

57 bit 
5B bit 

59 bit 

60 bit 1 

61 bit 

62 ! 

63 sd 

64 pe 

65 bd 

66 bo 

67 bne 

68 bf 
69 



=1 => serial I/O disabled 

undefined 

undefined 

= 1 => parity error 

=1 => BREAK detected 

=1 s> input buffer overflow 

=1 => input buffer not empty 

=1 => input buffer full 

%80 
%10 
%08 
%04 
%02 
%01 
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70 RAMJTMR :r RAM_START-%10 

71 

72 SERltime := SER flg-1 

73 SERhtime := SERltime-1 
74 
75 
76 
77 
78 
79 
80 

81 TOD tic 

82 TOD~imr 

83 TOD~hr 

84 TODjnin 

85 TOD_sec 

86 TOD tt 

87 PLS~1 

88 PLS tmr 

89 PLS 2 
90 

91 RAM END := PLS 2 

92 STA^K := RAM""END 
93 

! Equivalent working register equates 
for above register layout! 



!The following registers are modified/referenced 
by the Timer/Counter Routines ONLY. They are 
available as general registers to the user 
who does not intend to make use of the 
Timer/Counter Routines! 



RAM TMR-2 
T0D~tic-1 
TOD imr-1 
TOD^hr-1 
TODjnin-1 
T0D_sec-1 
TOD tt-1 
PLS~1-1 
PLS tmr-1 



94 
95 
96 
97 



Jregister file %70 - %7F! 



98 RAM STARTr 
99 

100 rP3Msave 

101 rTEMP 3 

102 rTEMP~2 

103 rTEMP~1 

104 rrTEMP 1 

105 rTEMP_1h 

106 rTEMP 11 

107 rTEMP 4 

108 rSERcEar 

109 rSERtmp2 

110 rSERtmpI 

111 rrSERtmp 

112 rSERtmpl 

113 rSERtmph 

114 rSERput 

115 rSERlen 

116 rrSERbuf 

117 rSERbufh 

118 rSERbufl 

119 rSERimr 

120 rSERcfg 

121 rSERget 

122 rSERflg 
123 

124 

125 !register file %60 

T26 RAM TMRr 

127 rTOTJtic 

128 rTODimr 

129 rTODhr 

130 rTODmin 

131 rTODsec 

132 rTODtt 

133 rPLS_1 

134 rPLStmr 

135 rPLS 2 



%10 

R15 

R14 

R13 

R12 

RR12 

R12 

R13 

R11 

R10 

R9 

R8 

RR8 

R9 

R8 

R7 

R6 

RR4 

R4 

R5 

R3 

R2 

R1 

RO 



%6F! 
%60 
R13 
R12 
R11 
R10 
R9 
R8 
R7 
R6 
R5 



!for SRP! 



!for SRP! 



137 EXTERNAL 

138 get_src PROCEDURE 

139 put_dest PROCEDURE 

140 multiply PROCEDURE 

141 $SECTI0N PROGRAM 
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Serial Routines 



P 0000 



p 


0000 


EE 




p 


0001 


EA 


04 


p 


0003 


EC 


00» 


p 


0005 


FC 


51» 


p 


0007 


BC 


72 


p 


0009 


DC 


05 


p 


000B 


C3 


BE 


p 


000D 


DA 


FC 


p 


000F 


56 


73 



166 
167 



Input = 



164 CONSTANT 

165 si_PTR 
si TMP1 
si~TMP2 

168 GLOBAL 

169 ser init 

170 !*»"**»*******» 

171 serial initial 
172 

173 Purpose = 

174 

175 

176 

177 

178 

179 

180 

181 

182 

183 
184 
185 
186 
187 
188 
189 
190 
191 
192 

193 
194 
195 
196 
197 
198 
199 
200 
201 
202 

203 
204 
205 
206 
207 
208 
209 
210 
211 
212 
213 
214 

215 
216 



RR14 

R11 

R13 



Output = 



Note = 



217 ENTRY 
218 



PROCEDURE 
ft««««*ft«»*ft««»»»*»*ft«ft»*ft«««»*»ft*ft«««»*» 

ize 

To initialize the serial channel and 
RAM flags for serial I/O. Serial 
input occurs under interrupt control. 
Serial output occurs in a polled mode. 

RR14 = address of parameter list in 

program memory (if R14 = 0, 

use defaults) : 
1 byte = Serial Configuration Data 

(see definition of SER_cfg) 
1 byte = IMR mask for nestable 

interrupts 
1 word = address of circular input 

buffer (in reg/ext memory) 
1 byte = Length of input buffer 
1 byte = Baud rate counter value 
1 byte = Baud rate prescaler value 
(unshifted) 

Serial I/O operations initialized. 
R11, R12, R13, R14, R15 modified. 

Defaults: 
Input echo on 
Input editting on 
BREAK detection enabled 
No parity 
Auto line feed on 
Input Buffer Address = SER_char 
Input buffer length = 1 byte 
Baud Rate = 9600 (assuming 
XTAL = 7.3728 MHz) 

The instruction at $0809 must result 
in a jump to the jump table entry for 
ser_input . 

If BREAK detection is disabled, and a 
BREAK occurs, it will be received as a 
continuous string of null characters. 

The parameter list is not referenced 
following initialization. 
**»*tt««»««««*«««*ttftft*«»t»«ftftfttt**tt«ft*ft»ftj 



si 1: 



F7 



219 

220 

221 

222 

223 

224 si 2: 

225 

226 

227 



inc 

djnz 

Id 

Id 

Id 

Id 

ldci 

djnz 

and 



R14 !use defaults?! 

R14,si_1 !no. given by caller.! 

R14,#HI ser_def iaddress of default...! 

R15i#L0 ser def !... parameter list. ! 

si TMP1,#SE"ff cfg 

si~TMP2,#5 " 

@sl TMP1,§si_PTR !get initialization...! 

si_TMP2,si_2 !.. .parameters! 

SER_imr ,#%F7 ! insure no self-nesting! 
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0012 56 
0015 B8 
0017 56 
001A 46 
001D 56 
0020 44 
0023 E4 

0026 BC 
0028 C2 
002A C3 
002C C2 
002E D6 
0031 C9 
0033 D9 
0035 90 

0037 DF 

0038 10 
003A B9 



P 004D 46 
P 0050 AF 
P 0051 



F1 
72 
EB 
EB 
7F 
EB 
7F 



FC 

80 
40 
3F 
7F 
F7 



228 Unitialize Port 3 Mode Register for serial I/O! 
229 



F4 

DE 

BE 

BE 

0000* 

6E 

6F 

EB 

EB 
F5 



P 003C 8F 

P 003D BO 71 

P 003F BO 77 

P 0041 BO 70 



P 0043 56 FA 

P 0046 56 FB 

P 0049 46 FB 

P 004C 9F 



E7 
EF 
08 



F1 03 



P 0051 OF 00 
P 0053 007A 01 
P 0056 02 03 



230 

231 

232 

233 

234 

235 

236 

237 !in 

238 

239 

240 

241 

242 

243 

244 

245 

246 

247 

248 

249 !in 

250 

251 

252 

253 
254 

255 Jin 

256 

257 

258 

259 

260 

261 

262 

263 END 

264 

265 

266 

267 !De 

268 

269 ser 



AND 

Id 

AND 

OR 

AND 

OR 

LD 

itialize TO! 

Id 

ldc 

ldci 

ldc 

call 

Id 

Id 

rl 

scf 

rlc 

Id 



TMR,nFC 'disable TO! 

si_JMP1 ,SER_cfg Jconfiguration data! 

si_TMP1,n80 !odd parity select! 

si TMP1,n40 !P30/7 = Sin/Sout! 

P3"R save,//*3F !mask off old settings! 
P3hTsave,si_TMPl !new selection! 

P3M,P3M save ! to write-only register! 



si TMP1,#T0 
si~TMP2,@si_PTR ! 
§si TMP1,§si PTR 
siJFMP1,§si_FTR ! 
multiply 
SERhtime,R12 
SERltime,R13 
si__TMP1 

si TMP1 
PRE0,si TMP1 



save counter! 
!init counter! 
get prescaler! 
TO x PREO! 
save for BREAK. . , 
. . .detection 
SHL 1! 

continuous mode! 
SHL 2! 



itialize RAM flags and pointers! 



DI 
clr 
clr 
clr 



SER_get 
SER put 
SER fig 



itialize interrupts! 
AND IRQ,«E7 
and IMR,nEF 
or IMR,//%08 
EI 



!go! 



or 

ret 

ser init 



TMR,#*03 



!disable interrupts! 
! input buffer . . .! 
! . . .empty! 
!no errors! 



Jclear IRQ3 & 4! 
Jdisable IRQ4 (xmt)! 
Jenable IRQ3 (rev)! 



! load/enable TO! 



270 
271 
272 
273 



faults for serial initialization! 
_def RECORD [cfg , imr 



buf_ 
len 



BYTE 



WORD 
BYTE] 



__ ctr_, pre_ 
[ec+al+ie+be, %00, SER char, 1, $02, %03] 
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275 CONSTANT 

276 rli__len := R13 

277 GLOBAL 

P 0058 278 ser rlin PROCEDURE 

279 !**"***»****»****************»»*******»*******»*»****** 

280 read line 
281 

282 Purpose = To return input from serial channel 

283 up to 'carriage return' character or 

284 maximum length requested or BREAK. 
285 

286 Input = RR14 = address of destination buffer 

287 (in reg/ext memory) 

288 R 13 = maximum length 
289 

290 Output = Input characters is destination buffer. 

291 RR14 = unmodified 

292 R13 = length returned 

293 Carry Flag = 1 if any error, 

294 = if no error . 

295 R12 indicates read status 
296 

297 Note = 1. Return will be made to the calling 

298 program only after the requisite 

299 characters have been received from 

300 the serial line. 
301 

302 2. If input editting is enabled, a 

303 'backspace' character will cause 

304 the previous character (if any) in the 

305 the destination buffer to be deleted; 

306 a 'delete' character will cause all 

307 previous characters (if any) in the 

308 destination buffer to be deleted. 
309 

310 3. If parity (odd or even) is enabled, 

311 the parity error flag (R14) will be set 

312 if any character returned had a parity 

313 error. (Bit 7 of each character may 

314 then be examined if it is desirable to 

315 know which character(s) had the error). 
316 

317 4. The status flags 'BREAK detected', 

318 'parity error', and 'input buffer 

319 overflow' will be returned 

320 as part of R12, but will be cleared in 

321 SER_stat. 
322 

323 5. The staus flags: 'input buffer full' 

324 and 'input buffer not empty' will be 

325 updated in SER stat. 

326 ******ft*»ft«******»«»*»«»*ft«***T»***ft »»*«***»*********! 

327 ENTRY 

P 0058 B0 7E 328 clr TEMP_J ! flag => read line! 

329 ser_read : 

P 005A 70 EE 330 push R14 !save original...! 

P 005C 70 EF 331 push R15 !...dest. pointer! 

P 005E 70 ED 332 push rli__len !...and length! 

P 0060 D6 0170' 333 rli 4: call ser_get !get input character! 

P 0063 7B 48 334 jr c,rli 3 !error! 

P 0065 76 72 CO 335 tm SER cTg,#op LOR ep ! parity enabled?! 

P 0068 6B 08 336 jr z,rTi_1 !no! 

P 006A 76 7C 80 337 tm TEMP__1,#*80 !parity error?! 

P 006D 6B 03 338 jr z,rli 1 !no! 
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P 006F 


46 


70 


10 


339 






or 


SER_flg,#pe 


!yes. set error flag! 


P 0072 


D6 


0000* 


340 


rli 


_1: 


call 


put dest 


! store in buffer! 


P 0075 


A6 


7E 


00 


341 






cp 


TEMP 3,#0 


!read line?! 


P 0078 


EB 


31 




342 






jr 


nz,rTi 2 


!no! 


P 007A 


56 


7C 


7F 


343 






and 


TEMP 1,#%7F 


! ignore parity bit! 


P 007D 


76 


72 


08 


344 






tm 


SER cfg,#ie 


! input editting on?! 


P 0080 


6B 


21 




345 






jr 


z,rTi 9 


!no.! 










346 


!inj 


put 


editting 


! 




P 0082 


A6 


7C 


7F 


347 






cp 


TEMP 1 f #%7F 


!char = delete?! 


P 0085 


6B 


3E 




348 






jr 


z,rll 6 


!yes! 


P 0087 


A6 


7C 


08 


349 






cp 


TEMP 1,n08 


!char = backspace?! 


P 008A 


EB 


17 




350 






jr 


nz,rli 9 


!no. continue! 


P 008C 


50 


7C 




351 






pop 


TEMP 1"" 


!get original length! 


P 008E 


70 


7C 




352 






push 


TEMP 1 




P 0090 


A4 


ED 


7C 


353 






cp 


TEMP 1,rli_len 


!any characters?! 


P 0093 


6B 


30 




354 






jr 


eq,rTi 6 


!none! 


P 0095 


DE 






355 






inc 


rli len 


! undo last decrement! 


P 0096 


26 


EF 


02 


356 






sub 


R15,#2 


! backspace & previous! 


P 0099 


EE 






357 






inc 


R14 


!reg or ext mem?! 


P 009A 


EA 


02 




358 






djnz 


R14,rli 7 


!ext! 


P 009C 


8B 


C2 




359 






jr 


rli 4 " 


!reg! 


P 009E 


36 


EE 


00 


360 


rli_ 


J : 


sbc 


R14,#0 




P 00A1 


8B 


BD 




361 
362 






jr 


rli_4 




P 00A3 


00 


ED 




363 


rli_ 


_9- 


dec 


rli len 


Jin case cr! 


P 00A5 


A6 


7C 


OD 


364 






cp 


TEMP 1,nOD 


Jcarriage return?! 


P 00A8 


6B 


03 




365 






jr 


z,rlT 3 


!end input! 


P 00AA 


DE 






366 






inc 


rli len 


!restore! 


P OOAB 


DA 


B3 




367 


rli 


2: 


djnz 


rli len, rli 4 


!loop for max length! 


P OOAD 


50 


7C 




368 


rli" 


"3: 


pop 


TEM"F 1 


Joriginal length! 


P OOAF 


24 


ED 


7C 


369 






sub 


TEMP 1,rli len 


! // chars returned! 


P 00B2 


D8 


7C 




370 






Id 


rli Ten, TEMP 1 


!tell caller! 


P 00B4 


C8 


70 




371 






Id 


R12,SER fig 


Jreturn read status! 


P 00B6 


56 


70 


E3 


372 
373 






and 


SER_flg,#LNOT I 


[pe LOR bd LOR bo) 

!reset for next time! 


P 00B9 


CF 






374 






rcf 




'.good return code! 


P OOBA 


76 


EC 


9C 


375 






tm 


R12,#pe LOR bd 


LOR bo LOR sd 


P OOBD 


6B 


01 




376 






jr 


z,rli_5 


!no error! 


P OOBF 


DF 






377 






scf 




! set error return! 


P OOCO 


50 


EF 




378 


rli_ 


_5: 


pop 


R15 




P 00C2 


50 


EE 




379 






pop 


R14 


!original buffer addr! 


P 00C4 


AF 






380 
381 






ret 






P 00C5 


50 


ED 




382 


rlj L 


6: 


pop 


rli len 




P 00C7 


50 


EF 




383 






pop 


R15 




P 00C9 


50 


EE 




384 






pop 


R14 




P OOCB 


8B 


8D 




385 






jr 


ser read 


! start over! 


P OOCD 








386 


END 




ser rli 


n 





P OOCD 



P OOCD E6 
P 00D0 8B 
P 00D2 



7E 
88 



01 



388 GLOBAL 

389 ser rabs PROCEDURE 

390 !**"»"***»**###*»*******#*****##»»*****#********##***#** 

391 read absolute 



To return input from serial channel 
of maximum length requested. (Input 
is not terminated with the receipt of 
a 'carriage return 1 . BREAK will 
terminate read.) 



392 

393 Purpose = 

394 

395 

396 

397 

398 

399 Note = All other details are as for 'ser rlin*. 

400 ********************************************* ***#▼***! 

401 ENTRY 

402 Id TEMP 3i#1 iHag => read absolute! 

403 J r ser_read 

404 END ser rabs 
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P 00D2 



00D2 
00D5 
00D7 
OODA 
OODB 
OODD 
OODF 
OOE1 
OOE4 
OOE6 
OOE8 
OOEB 
OOED 
OOEF 
OOF1 
OOF3 
OOF6 



P OOF8 46 EO 
P OOFB 76 03 
P OOFE 6B FB 



P 0100 70 

P 0102 70 

P 0104 8C 

P 0106 8A 

P 0108 80 



6E 
6F 
35 
FE 
6E 



78 



EM 03 

70 FB 

54 73 FB 

9F 

70 FD 

31 70 

A8 FO 

76 E2 02 

6B 2F 

BO E9 

76 E2 80 

6B 02 

9C 80 

A2 A9 

EB 22 

76 E8 

EB 1D 



01 



08 
01 



406 
407 
408 
409 
410 
411 
412 
413 
414 
415 
416 
417 
418 
419 
420 
421 
422 
423 
424 
425 
426 
427 
428 
429 
430 
431 
432 
433 
434 
435 
436 
437 
438 
439 
440 
441 
442 
443 
444 
445 
446 
447 
448 
449 
450 
451 
452 
453 
454 
455 
456 
457 
458 
459 
460 
461 
462 
463 
464 
465 
466 
467 
468 
469 



GLOBAL 

ser input PROCEDURE 

; »»¥*«*««*»» ftft«»ftft***»«tt«*««»«*ff ****»»**»« »***»*»*««*« 

Interrupt service - Serial Input 

Purpose s To service IRQ3 by inputting current 

character into next available position 
in circular buffer. 

Input = None. 

Output = New character inserted in buffer. 
SER_stat , SER__put updated. 

Note r 1 . If even parity enabled, the software 
replaces the eigth data bit with a 
parity error flag. 

2. If BREAK detection is enabled, and 
the received character is null, 

the serial input line is monitored to 
detect a potential BREAK condition. 
BREAK is defined as a zero start bit 
followed by 8 zero data bits and a 
zero stop bit. 

3. If 'buffer full' on entry, 'input 
buffer overflow 1 is flagged. 

4. If input echo is on, the character is 
immediately sent to the output serial 
channel . 

5. IMR is modified to allow selected 
nested interrupts (see ser_init). 

»»*«ft»»**«***««*»ft»«»»ft*»ftft»«***ftft»*«*fttt! 



ENTRY 

Id 

push 

and 

ei 

push 

srp 

Id 

tm 

jr 

clr 

tm 

jr 
Id 

ser_23: cp 
jr 
tm 
jr 

!is BREAK. Wa 
or 

ser 24: tm 
jr 

!wait 1 char 
push 
push 

in_loop: Id 

lp1 : djnz 
decw 



SER_tmp1,%03 
imr 
imr,SER imr 



!read stop bit level! 
!save entry imr! 
'allow nesting! 

!save user's*. 



rp 

#RAM_STARTr 

rSERchar ,SI0 

rSERcfg ,#be 

z,ser_30 

rSERtmp2 

rSERcfg,#op 

z,ser 23 

rSERtmp2,#%80 

rSERchar ,rSERtmp2 !8 received bits 



! capture input! 

Jbreak detect enabled?! 

!nope . ! 

!odd parity enabled?! 
!no.! 



0?! 



!no! 

!test stop bit! 

!not BREAK! 

!set BREAK flag! 
■marking yet?! 
!not yet! 



ne,ser_30 
rSERtmp1,#1 
nz,ser_30 
it for marking! 
rSERflg,#bd 

%03.#1 

z,ser 24 
time to Tlush receive shift register! 
SERhtime 
SERltime !save PREO x TO! 

rSERtmp1,#53 

rSERtmp1,lp1 !delay 640 cycles! 

SERhtime 
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P 010A 


EB 


F8 




470 
471 




jr 


nz ,in__loop 


!delay ( 128x10xPRE0xT0) ! 
j | 










472 








! 2 ! 


P 010C 


50 


6F 




473 




pop 


SERltime 




P 010E 


50 


6E 




474 




pop 


SERhtime 


!restore PREO x TO! 


P 0110 


56 


FA 


F7 


475 




and 


IRQ,//LNOT %08 


!clear int req! 


P 0113 


8B 


49 




476 
477 




jr 


ser__i5 


!bye! 


P 0115 


76 


EO 


01 


478 


ser_30: 


tm 


rSERflg,#bf 


! buffer full?! 


P 0118 


EB 


4A 




479 




jr 


nz,ser i1 


! yes. overflow! 


P 01 1 A 


76 


E2 


01 


480 




tm 


rSERcfg , #ec 


!echo on?! 


P 01 ID 


6B 


OA 




481 




jr 


z,ser iO 


!no! 


P 011F 


A9 


FO 




482 




Id 


SIO,r"5ERchar 


!echo! 


P 0121 


66 


FA 


10 


483 


ser i6: 


tcm 


IRQ, WO 


!poll! 


P 0124 


EB 


FB 




484 




jr 


nz,ser i6 


! loop! 


P 0126 


56 


FA 


EF 


485 




and 


IRQ,#LTTOT %10 


!clear irq bit! 


P 0129 


76 


E2 


40 


486 


ser iO: 


tm 


rSERcfg,//ep 


!even parity?! 


P 012C 


6B 


14 




487 




jr 


z,ser 22 


!no parity! 










488 


!calculate par 


ity error flag! 




P 012E 


8C 


07 




489 




Id 


rSERtmpl, #7 




P 0130 


BO 


E9 




490 




clr 


rSERtmp2 


Jcount 1 's here! 


P 0132 


CO 


EA 




491 


ser_20: 


rrc 


rSERchar 


!bit to carry! 


P 013** 


16 


E9 


00 


492 




adc 


rSERtmp2,//0 


! update 1 's count! 


P 0137 


8A 


F9 




493 




djnz 


rSERtmpI ,ser 20 


!loop till done! 


P 0139 


56 


E9 


01 


494 




and 


rSERtmp2,//1 


!1's count even or odd?! 


P 013C 


B2 


A9 




495 




xor 


rSERchar ,rSERtmp2 


P 013E 


CO 


EA 




496 




rrc 


rSERchar 


! parity error flag...! 


P 0140 


CO 


EA 




497 




rrc 


rSERchar 


! .. .to bit 7! 


P 0142 


88 


E4 




498 


ser_22: 


Id 


rSERtmph,rSERbufh 


P 0144 


98 


E5 




499 




Id 


rSERtmpl ,rSERbui 


ri 


P 0146 


02 


97 




500 




add 


rSERtmpl ,rSERput !next char address! 


P 0148 


8E 






501 




inc 


rSERtmph 


!in external memory?! 


P 0149 


8A 


1E 




502 




djnz 


rSERtmph,ser i2 


!yes. ! 


P 014B 


F3 


9A 




503 




Id 


@rSERtmpl , rSERchar ! store char in buf! 


P 014D 


46 


EO 


02 


504 


ser_i3: 


or 


rSERflg,#bne 


!buffer not empty! 


P 0150 


7E 






505 




inc 


rSERput 


!update put ptr! 


P 0151 


A2 


76 




506 




cp 


rSERput,rSERlen 


! wrap-around?! 


P 0153 


EB 


02 




507 




jr 


ne,ser i4 


!no! 


P 0155 


BO 


E7 




508 




clr 


rSERpuF 


! set to start! 


P 0157 


A2 


71 




509 


ser_i4: 


cp 


rSERput,rSERget 


!if equal , then full! 


P 0159 


EB 


03 




510 




jr 


ne,ser i5 




P 015B 


46 


EO 


01 


511 




or 


rSERflg,#bf 




P 015E 


50 


FD 




512 


ser i5: 


pop 


rp 


! restore user's! 


P 0160 


8F 






513 




di 






P 0161 


50 


FB 




514 




pop 


imr 


!restore entry imr! 


P 0163 


BF 






515 
516 




iret 






P 0164 


46 


EO 


04 


517 


ser_i1 : 


or 


rSERflg,#bo 


Jbuffer overflow! 


P 0167 


8B 


F5 




518 
519 




jr 


ser_i5 




P 0169 


16 


E8 


00 


520 


ser_i2: 


adc 


rSERtmph, #0 




P 016C 


92 


A8 




521 




lde 


@rrSERtmp, rSERchar ! store in buf! 


P 016E 


8B 


DD 




522 




jr 


ser__i3 




P 0170 








523 


END 


ser in] 


put 
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525 GLOBAL ! for PART I! 

P 0170 526 ser get PROCEDURE 

; *ftT*#tt**ttft«»ft»ttftftft»ftttft»»» ft «»»»»«« ft »ft«ftft***ft«*tt **«»««* 

To return one serial input character. 
None. 

Carry FLAG = 1 if BREAK detected or 
serial not enabled 
or buffer overflow 
s otherwise 

TEMP_1 r character 

This routine will not return control 

until a character is available in the 

input buffer or an error is detected. 

»»»»»»»»#»ft»»»»»»«ft»ft»»»#»»»»»««»»»»»»j 

rp !save caller's rp! 

#RAM_STARTr ! point to subr . RAM! 
! in case error! 
8C 546 ser_g1: tm rSERflg,//sd LOR bd LOR bo 

! serial disabled or 
BREAK detected or 
buffer overflow?! 
nz,ser__g6 !yes.! 
02 551 tm rSERflg,#bne !buffer not empty?! 

z,ser__g1 ! empty, wait! 
rTEMP 1l,rSERbufl 
rTEMP~1h,rSERbufh 

! prevent IRQ3 conflict! 
rTEMP_1l,rSERget !next char address! 
rTEMP_1h ! input buffer in...! 
rTEMP_1h,ser_g3 !... external memory! 
!... register memory! 
rTEMP 1,@rTEMP_1l !get char! 
FE 561 ser g4: and rSERfTg ,#LN0T bf Jbuffer not full! 

rSERget Jupdate get pointer! 
rSERget,rSERlen ! wrap-around?! 
ne,ser_g2 !no.! 
rSERget lyes, set to start! 
rSERget,rSERput Jbuffer empty if get...! 
ne,ser_g5 !...and put =! 
FD 568 and rSERflg ,#LN0T bne !buffer empty now! 

! set good return! 
!re-enable interrupts! 
rp !restore caller's rp! 

00 574 ser g3 : adc rTEMP_1h,//0 !rrTEMP_1 has char addr! 

rTEMP 1,@rrTEMP_1 !get char! 
ser g¥ !clean up! 



p 


0170 


70 


FD 


p 


0172 


31 


70 


p 


0174 


DF 




p 


0175 


76 


E0 


p 


0178 


EB 


24 


p 


017A 


76 


E0 


p 


017D 


6B 


F6 


p 


017F 


D8 


E5 


p 


0181 


C8 


E4 


p 


0183 


8F 




p 


0184 


02 


D1 


p 


0186 


CE 




p 


0187 


CA 


18 


p 


0189 


E3 


CD 


p 


018B 


56 


E0 


p 


018E 


1E 




p 


018F 


A2 


16 


p 


0191 


EB 


02 


p 


0193 


B0 


E1 


p 


0195 


A2 


17 


p 


0197 


EB 


03 


p 


0199 


56 


E0 


p 


019C 


CF 




p 


019D 


9F 




p 


019E 


50 


FD 


p 


01A0 


AF 




p 


01A1 


16 


EC 


p 


01A4 


82 


CC 


p 


01A6 


8B 


E3 


p 


01A8 







527 


t ftftTftftftftftftftftftftft 


528 


Purpose = 


529 






530 


Input 


= 


531 






532 


Output 


= 


533 






534 






535 






536 






537 






538 


Note = 




539 






540 






541 


»*»»»*»*«»«««»» 


542 


ENTRY 




543 




push 


544 




srp 


545 




scf 


546 


ser_g1 : 


tm 


547 






548 






549 






550 




jr 


551 




tm 


552 




jr 


553 




Id 


554 




Id 


555 




di 


556 




add 


557 




inc 


558 




djnz 


559 






560 




Id 


561 


ser__g4: 


and 


562 




inc 


563 




cp 


564 




jr 


565 




clr 


566 


ser_g2: 


cp 


567 




jr 


568 




and 


569 


ser_g5: 


rcf 


570 




ei 


571 


ser_g6: 


pop 


572 




ret 


573 






574 


ser_g3: 


adc 


575 




lde 


576 




jr 


577 


END 


ser_get 
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579 GLOBAL 
p 01A8 580 ser_break PROCEDURE 

531 t#»ft**»«»»*«»»»»**»**»ft«*»**«*«*»»»»«»««*ft*ft**ftft»*«*** 

582 break transmission 

583 

584 Purpose = To transmit BREAK on the serial line. 

585 

586 Input r RR14 = break length 

587 

588 Output = None. 

589 

590 Note = BREAK is defined as: 

591 serial out (P37) = for 

592 2 x 28 cycles/loop x RR14 loops 



p 
p 
p 


01A8 
01AA 
01AC 


BO 
80 
EB 


F0 
EE 
FA 


p 
p 


01AE 
01B1 


8D 


02: 



593 

59^ XTAL 

595 

596 RR14 should yield at least 1 bit time 

597 so that the last 'clr SI0» will 

598 have been preceded by at least 1 bit 

599 time of spacing. Therefore, RR14 should 

600 be greater than or equal to 
601 

602 4 x 16 x PRE0 x TO 

603 

604 28 
505 *»********************»******************************! 

606 ENTRY 

607 ser_b1: 

608 clr SIO 

609 decw RR14 

610 jr nz,ser__b1 

611 !wait for last null to be fully transmitted! 

612 jp ser__o1 

613 END ser_break 

615 GLOBAL 
P 01B1 616 ser flush PROCEDURE 

617 I***************************************************** 

618 input flush 
619 

620 Purpose = To flush (clear) the serial input 

621 buffer of characters. 
622 

623 Input = None 

624 

625 Output = Empty input buffer. 

626 

627 Note = This routine might be useful to clear 

628 all past input after a BREAK has been 

629 detected on the line. 

530 »»»»»*****«*»*«»«»**»*«****»*********»**«*»***»******! 

631 ENTRY 

632 di Idisable interrupts! 

633 !(to avoid collision with 

634 serial input)! 

635 clr SER_get Jbuffer start! 

636 clr SER_put != buffer end! 
80 637 and SER_flg , #*80 !clear status! 

638 ei ! re-enable interrupts! 

639 ret 

640 END ser flush 



P 01B1 


8F 




P 01B2 


B0 


71 


P 01B4 


B0 


77 


P 01B6 


56 


70 


P 01B9 


9F 




P 01BA 


AF 




P 01BB 
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P 01BB 



P 01BB BO 7E 



01BD DF 
01BE 76 
01C1 EB 
01C3 70 
01C5 D6 
01C8 D6 
01CB 7B 
01CD A6 
01D0 EB 
01D2 56 
01D5 A6 
01DB EB 
01DA 00 
01DC 76 
01DF 6B 
01E1 E6 
01E4 D6 
01E7 
01E9 
01EB 50 
01ED 24 
01F0 D8 
01F2 CF 
01F3 AF 
01F4 



8B 
DA 



70 80 

30 

ED 

0000* 

020B' 

1E 

7E 00 

17 

7C 7F 

7C OD 

OF 

ED 

72 04 

OA 

7C OA 

020B' 

02 

DA 

7C 

ED 7C 

7C 



642 CONSTANT 
64 3 wli_len 

644 GLOBAL 

645 ser wlin 

646 J************** 

647 write line 
648 

649 Purpose = 
650 
651 
652 
653 

654 Input = 
655 
656 
657 

658 Output = 
659 
660 
661 
662 
663 

664 Note = 
665 
666 
667 
668 



« * * * « * * « « « « * « « 

669 ENTRY 

670 clr 
671 
672 write 



: = R 1 3 

PROCEDURE 
ft«ft*ft«ftft«*ftftftftft«ftft«ftftftftft«ftftftftft«ft*«ftftftft«« 



To output a character string to serial 
line, ending with either a 'carriage 
return' character or the maximum length 
specified . 

RR14 = address of source buffer 

(in reg/ext memory) 
R 13 = length 

RR14 = updated 

Carry Flag = 1 if serial not enabled, 

= if no error . 
R 1 3 = # bytes output (not including 
auto line feed) 

If auto line feed is enabled, a 
line feed character will be output 
following each carriage return 
(ser_wlin only) . 
ft«ft«ft«ftftftft««ftftftftftft«ftftft«««««*ft«ftftft»ftftftftftf 



673 

674 

675 

676 wli_4: 

677 

678 

679 

680 

681 

682 

683 
684 
685 
686 
687 
688 
689 

690 wli 5: 

691 wli_2: 
692 

693 
694 

695 wli_1: 

696 END 



scf 
tm 

jr 

push 

call 

call 

jr 

cp 

jr 

and 

cp 

Jr 

dec 

tm 

jr 

Id 

call 

jr 

djnz 

pop 

sub 

Id 

rcf 

ret 

ser wl 



TEMP 3 



SER_flg,#sd 

nz,wli_1 

wli_len 

get_src 

ser output 

c,wTi 2 

TEMP_3,#0 

nz,wli 5 

TEMP_1,n7F 

TEMP 1,n0D 

n z , wTi_5 

wli len 

SER~cfg,#al 

z,wli 2 

TEMP_T,n0A 

ser output 

wli~2 

wli len, wli 4 

TEMPJ 

TEMP 1,wli len 

wli Ten, TEMP 1 



! flag => write line! 

! in case error! 
Jserial disabled?! 
!yes. error! 



Jwrite the character! 
!serial disabled! 
Jwrite line?! 
!no, absolute.! 
!mask off parity! 
!line done?! 
! yes . ! 

!auto line feed?! 
!disabled! 
Joutput line feed! 



! loop! 

'.original length! 

! return output count! 
!no error! 



in 
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698 GLOBAL 
P 01F4 699 ser wabs PROCEDURE 

700 ! ***'** a*********************************** *»**#****#** 

701 write absolute 
702 

703 Purpose = To output a character string to serial 

704 line for the length specified. (Output 

705 is not terminated with the output of 

706 a 'carriage return 1 ). 
707 

708 Note = All other details are as for 'ser wlin'. 

709 a****************************************************! 

710 ENTRY 

P 01F4 E6 7E 01 711 Id TEMP_3,#1 
P 01F7 8B C4 712 jr write 
p 01F9 713 END ser_wabs 

P 01F9 715 ser wbyt PROCEDURE 

717 write byte 

To output a given character to the 
serial line. If the character is a 
carriage return and auto line feed 
is enabled, a line feed will be output 
as well. 

R12 = character to output 

Equivalent to ser wlin with length = 1. 

TEMP_1,R12 

ser_output foutput it! 

SER_cfg,#al !auto line feed?! 

z,ser 05 !not enabled! 

R12,#70D !char = car. ret?! 

nz,ser 05 !nope! 

TEMP iTnoA Joutput line feed! 
737 !fall into ser_outpuTf! 
P 020B 738 END ser wbyt 









718 












719 


Purpoj 


se = 








720 












721 












722 












723 












724 












725 


Input 


= 








726 












727 


Note : 










728 


*****««»**«« 








729 


ENTRY 




P 01F9 


C9 


7C 


730 




Id 


P 01FB 


D6 


020B' 


731 




call 


P 01FE 


76 


72 04 


732 




tm 


P 0201 


6B 


3E 


733 




jr 


P 0203 


A6 


EC 0D 


734 




cp 


P 0206 


EB 


39 


735 




jr 


P 0208 


E6 


7C 0A 


736 




Id 
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P 020B 



740 GLOBAL .'for PART I! 

741 ser output PROCEDURE 

7142 J***************************************************** 



020B DF 
020C 76 
020F EB 
0211 76 
0214 6B 

0216 70 
0218 E6 
021B BO 
021D CO 
021F 16 
0222 00 
0224 EB 
0226 56 
0229 56 
022C 44 
022F CO 

0231 CO 

0233 
0235 
0238 66 
023B EB 
023D 56 

0240 CF 

0241 AF 
0242 



50 
E4 



P 0242 



70 80 

30 

72 40 

1F 

7E 

7E 07 

7D 

7C 

7D 00 

7E 

F7 

7D 01 

7C FE 

7D 7C 

7C 

7C 

7E 

7C FO 

FA 10 

FB 

FA EF 



P 0242 8F 

P 0243 46 70 80 

P 0246 56 F1 FC 

P 0249 56 FB E7 

P 024C 56 7F BF 

P 024F E4 7F F7 
P 0252 9F 
P 0253 AF 
P 0254 



743 Purpose = 

744 

745 

746 Input = 

747 

748 Output = 

749 

750 

751 

752 

753 

754 

755 

756 

757 



Note = 



To output one character to the serial 
line. 

TEMP_1 = character 

Carry FLAG r 1 if serial disabled 
= otherwise. 

1. If even parity is enabled, the eigth 
data bit is modified prior to character 
output to SI0. 



2. IRQ4 is polled to wait for completion 
of character transmission before control 
returns to the calling program. 
753 ««ft«»«*»*ft*»»ft»*»*«»»»»*»»ft»*ft*ft***»ft«ft*»ft«*ft»t ****** 1 

759 ENTRY 

760 scf 

761 tm SER__flg,#sd 

762 jr nz,ser_05 

763 tm SER_cfg,#ep 

764 jr z.ser_o2 

765 Jcalculate parity! 

766 push TEMP_3 

767 Id 

768 clr 

769 ser 04: rrc 



! in case error! 
Jserial disabled?! 
!yes. error! 
!even parity enabled?! 
!no. just output! 



770 
771 
772 

773 
774 

775 
776 
777 
778 

779 ser_o2: 

780 ser_o1 : 
781 

782 
783 



adc 

dec 

jr 

and 

and 

or 

rrc 

rrc 

pop 

Id 

tcm 

jr 

and 

rcf 



TEMP_3,#7 

TEMP__2 

TEMP_1 

TEMP 2,//0 

TEMP~3 

nz,ser_04 

TEMP_2,#01 

TEMP_1,nFE 

TEMP 1,TEMP 2 

TEMP~"1 

TEMP~1 

TEMP 3 

SI0,TEMP_1 

irq, mo 

nz,ser o1 
IRQ,#%EF 



{character bit to carry! 
! count 1's! 

!next bit! 

!1's count odd/even! 

!parity bit in DO! 

Jparity bit in D7 ! 

Joutput character! 
! check IRQ4! 
!wait for complete! 
Jclear IRQ4! 
!all ok! 



784 ser_05: ret 

785 END ser_output 



787 GLOBAL 

788 ser disable PROCEDURE 

739 1 *«*************»**»*****»**»*******»*»****»»»*»*****» 

790 disable 

791 

792 Purpose = To disable serial I/O operations. 

793 

794 Input = None. 

795 

796 Output = Serial 1/0 disabled. 

797 **»*»***«*»********»****»*»***»*»«**»******»*»»***«*«! 

798 ENTRY 
di !avoid IRQ3 conflict! 
or SER_flg,#sd 

!set serial disabled! 
and TMR,#$FC 

'.disable TO! 
and IMR,nE7 

.'disable IRQ3,4! 
and P3M_save,nBF 

JP30/7 normal i/o pins! 
P3M,P3M_save 

!re-enable interrupts! 



799 
800 
801 
802 
803 
804 
805 
806 
807 
808 
809 
810 
811 END 



Id 

ei 

ret 

ser disable 
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Timer/Counter Routines 

840 
841 
842 
843 
844 
P 0254 845 

846 
847 
848 
849 
850 
851 
852 
853 
854 
855 
856 
857 
858 
859 
860 
861 
862 
863 
864 
865 
866 
867 
868 
869 
870 
871 
872 
873 
874 

875 

876 

877 

878 

879 

880 

881 

882 

883 

884 

885 

886 

887 

888 

889 

890 

891 

P 0254 DC 6C 892 

P 0256 C3 DE 893 

P 0258 C3 DE 894 

P 025A E6 7B 6C 895 

P 025D 8D 02B2' 896 

P 0260 897 



CONSTANT 

TMP := R13 

PTR := RR14 

PTRh := R14 
GLOBAL 

tod i PROCEDURE 
i ***•»» a***************************************** ***#*» 

time of day : initialize 

Purpose s To initialize TO or T1 to function as 
a time of day clock. 

Input = RR14 = address of parameter list in 
program memory: 
1 byte = IMR mask for nestable 

interrupts 
1 byte s // of clock ticks per second 
1 byte = counter # : = %F4 => TO 
= %F2 => T1 
1 byte = Counter value 
1 byte = Prescaler value (unshifted) 

TODJir , TODjnin , T0D_sec , T0D_tt 
initialized to the starting time of 
hours, minutes, seconds, and ticks 
respectively . 

Output s Selected timer is loaded and 

enabled; corresponding interrupt 

is enabled. 

R13, R14, R15 modified. 

Note = The cntr and prescaler values provided 
are those values which will generate an 
interrupt (tick) the designated # of 
times per second. 

For example: 

for XTAL r 8 MHZ, cntr = 250 and 
prescaler = 40 yield a .01 sec interval; 
the 2nd byte of the parameter list 
should = 100 . 

For TO the instruction at %080C or 
for T1 the instruction at %080F must 
result in a jump to the jump table entry 
for 'tod*. 

The parameter list is not referenced 
following initialization. 
«*ft«**ft**ft***ft»«***»**««*»*ft»*«***ftft**»*«*»****»»ft«ftftj 

ENTRY 

Id TMP,#T0D imr 

ldci @TMP,@PT! !imr mask! 

ldci @TMP,0PTR ! ticks/second! 

Id TEMP_4,//T0D_imr 

jp pre ctr !ctr & prescaler! 
END tod i 
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P 0260 



p 


0260 


70 


FB 


p 


0262 


54 


6C 


p 


0265 


9F 




p 


0266 


70 


FD 


p 


0268 


31 


60 


p 


026A 


8E 




p 


026B 


A2 


8D 


p 


026D 


EB 


n 


p 


026F 


BO 


E8 


p 


0271 


9E 




p 


0272 


A6 


E9 


p 


0275 


EB 


OB 


p 


0277 


BO 


E9 


p 


0279 


AE 




p 


027A 


A6 


EA 


p 


027D 


EB 


03 


p 


027F 


BO 


EA 


p 


0281 


BE 




p 


0282 


50 


FD 


p 


0284 


8F 




p 


0285 


50 


FB 


p 


0287 


BF 




p 


0288 







3C 



3C 



899 GLOBAL 

900 tod PROCEDURE 

901 !»»«*««*»«*«»«**»«»»»«»»*«»»« 

902 Interrupt service - time of d 
903 

904 Purpose s To update the 

905 »»*«»*«*»««****«*»*«»»*»*«*«* 

906 ENTRY 
907 



908 

909 

910 

911 

912 

913 

914 

915 

916 

917 

918 

919 

920 

921 

922 

923 

924 

925 

926 tod_ex 

927 

928 

929 

930 END 



push 

and 

ei 

push 

srp 

inc 

cp 

jr 

clr 

inc 

cp 

jr 
clr 
inc 
cp 

jr 

clr 

inc 



pop 

di 

pop 

iret 

tod 



imr 

imr ,T0D_imr 

rp 

#RAM TMRr 

rTODtt 

rT0Dtt,rT0Dtic 

ne,tod ex 

rTODtt"" 

rTODsec 

rTODsec ,#60 

ne ,tod_ex 

rTODsec 

rTODmin 

rTODmin, #60 

ne,tod_ex 

rTODmin 

rTODhr 

rp 

imr 



»«*»**ft*ftft*ft«*ftft»»»«««*«« 



time of day clock. 
*«ftft»ftttft»»»*«ftftft*ftt»«ftft»j 

Isave entry imr! 

fallow nested interrupts 

! enable interrupts! 

Isave rp! 

! point to our set! 

! ticks/second! 

! second complete?! 

!nope. ! 

! seconds! 

!minute complete?! 

!nope. ! 

!minutes! 

!hour complete?! 

!nope. ! 

! hours! 

!restore rp! 
!disable interrupts! 
!restore entry imr! 
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P 0288 



0288 DC 
028A C3 
028C C3 
028E C3 
0290 80 
0292 80 
029*4 56 
0297 56 
029A E4 
029D E6 
02A0 8D 02B2 f 
02A3 



P 02A3 



P 02AC F5 
P 02AF BF 
P 02B0 



65 
DE 
DE 
DE 
EE 
EE 
F1 
7F 
7F 
7B 



3F 
DF 
F7 
01 



P 02A3 B4 65 
P 02A6 B4 67 
P 02A9 B4 65 



67 
65 
67 



67 66 



932 
933 
934 
935 
936 
937 
938 
939 
940 
941 
942 
943 
944 
945 
946 
947 
948 
949 
950 
951 
952 
953 
954 
955 
956 
957 
958 
959 
960 
961 
962 
963 
964 

965 
966 
967 
968 
969 
970 
971 
972 
973 
974 
975 
976 
977 
978 
979 
980 
981 
982 
983 
984 
985 
986 
987 
988 
989 



GLOBAL 

pulse_i PROCEDURE 

Purpose = To initialize one of the timers 

to generate a variable frequency/ 
variable pulse width output. 



Input r 



Output 



Note = 



RR14 = address of parameter list in 
program memory: 
1 byte = cntr value for low interval 
1 byte = counter // : = fcF4 => TO 
= *F2 => T1 
1 byte s cntr value for high interval 
1 byte s prescaler (unshifted) 

Selected timer is loaded and 
enabled; corresponding interrupt 
is enabled. P36 is enabled as Tout. 
R13, R14, R15 modified. 

The parameter list is not referenced 
following initialization. 



The value of Prescaler x Counter 
must be > 26 (=*1A) for proper 
operation . 
a****************************************************! 

ENTRY 



!low interval cntr! 

!timer addr! 

!high interval cntr! 



END 



LD 


TMP,#PLS 2 


ldci 


@TMP,@PTR 


ldci 


@TMP,@PTR 


ldci 


@TMP,@PTR 


decw 


PTR 


decw 


PTR 


and 


TMR f #%3F 


and 


P3M save,#%DF 


Id 


P3MTP3M save 


Id 


TEMP 4,#%1 


JP 


pre ctr 


pulse 


i 



!back to flag! 

!will be modifying TMR! 

!P36 = Tout! 

!flag for pre ctr! 
!set up timerT 



GLOBAL 

pulse PROCEDURE 

I a**************************************************** 

Purpose = To modify the counter load value 

to continue the pulse output generation. 

*###*#****##**»**#***#**##»*#*»»*#****»**#***»#****#* j 

ENTRY 

!exchange values! 

xor PLS_1,PLS_2 

xor PLS_2,PLS_1 

xor PLS_1,PLS_2 
!exchange complete! 

Id @PLS_tmr,PLS_1 !load new value! 

iret 
END pulse 
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P 02B0 



P 02B0 BO 7B 
P 02B2 



991 

992 

993 

994 

995 

996 

997 

998 

999 

1000 

1001 

1002 

1003 

1004 

1005 

1006 

1007 

1008 

1009 

1010 

1011 

1012 

1013 

1014 

1015 

1016 

1017 

1018 

1019 

1020 

1021 

1022 

1023 

1024 



GLOBAL 

delay PROCEDURE 

t*****ft***»**»ttft*****ftft**»»*tt»ft*«»»*»tt*ttft*ftft*tt***«**#« 

Purpose = To generate an interrupt after a 
designated amount of time. 

Input = RR14 = address of parameter list in 
program memory: 
1 byte = counter # : = *F4 => TO 
= %F2 => T1 
1 byte = Counter value 

1 byte s Prescaler value and count mode 
(to be loaded as is into 
PRE0 or PRE1). 

Output = Selected timer is loaded and 

enabled; corresponding interrupt 

is enabled. 

R13, Rill, R15 modified. 

Note = This routine will initialize the timer 
for single-pass or continuous mode 
as determined by bit of byte 3 in 
the parameter list. 

The caller is responsible for provid- 
ing the interrupt service routine. 

The parameter list is not referenced 
following initialization. 
«*ft«ft*ft»tfft*»»ft»ft*tt*ft*»»ft««»*«»»*«fttf ft«*««««»»«*»«ftftft*ft{ 

ENTRY 

clr TEMP J* 
!fall into pre_ctr! 
END delay 
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P 02B2 



02B2 C2 
02B4 AO 
02B6 E6 
02B9 E6 
02BC A6 
02BF 6B 
02C1 E6 
02C4 E6 
02C7 C3 
02C9 C2 
02CB A6 
02CE 6B 
02D0 DF 
02D1 10 
02D3 DF 
02D4 10 
02D6 A6 
02D9 EB 
02DB 60 
02DD 54 
02E0 60 
02E2 56 
02E5 F3 
02E7 44 
02EA 8F 
02EB 44 
02EE 9F 
02EF AF 
02F0 



DE 

EE 

7D 8C 

7E 20 

ED F2 

06 

7D 4? 

7E 10 

DE 

EE 

7B 

12 

EE 



00 



6C 



EE 

7B 

OA 

7E 

7E 6C 

7E 

7D OF 

DE 

7D F1 

7E FB 



1026 
1027 
1028 
1029 
1030 
1031 
1032 
1033 
1034 
1035 
1036 
1037 
1038 
1039 
1040 
1041 
1042 
1043 
1044 
1045 
1046 
1047 
1048 
1049 
1050 
1051 
1052 
1053 
1054 
1055 
1056 
1057 
1058 
1059 
1060 
1061 
1062 
1063 
1064 

1065 
1066 
1067 



INTERNAL 

pre ctr PROCEDURE 

I *#¥*#**#**#**###**#******###**»##*****#*#**# ****#***# 

Purpose = To get counter and prescaler values 

from parameter list and modify control 
registers appropriately. 



pre 1 : 



Input s 

ENTRY 

ldc 

incw 

Id 

Id 

cp 

jr 

Id 

Id 

ldci 

ldc 

cp 

jr 

scf 

rlc 

scf 

rlc 

cp 

jr 

com 

and 

com 

and 

Id 

or 

di 

or 

ei 

ret 

pre ctr 



TEMPJ* = => for 'delay* 
= 1 => for 'pulse' 
= TOD imr r> for 'tod' 

»»»»*«««»« «*»T*»**ft ***#**##* #*#*****# ; 



pr e_2 : 
pre 3: 



END 



TMP,@PTR 

PTR 

TEMP 2,#*8C 

TEMP~3i#*20 

TMP,?T1 

eq,pre_1 

TEMP 2,#V»3 

TEMP~3,#*10 

@TMP,0PTR 

PTRh,§PTR 

TEMP_4,#0 

eq,pre_2 

PTRh 

Jcontinuous mode! 
PTRh 

TEMP_4,#TODJLmr 
ne,pre_3 '-for 'pulse'! 
TEMP 3 

T0D_Tmr ,TEMP___3 'insure no self-nesting! 
TEMP 3 

TEMP""2,#%0F !no Tout mode mod! 
@TMP7PTRh Unit prescaler! 
TMR,TEMP 2 !init tmr mode! 



!T0 or T1! 

!for TMR! 
!for IMR! 

lis for T1! 

Ifor TMR! 

!for IMR! 

! init counter! 

! prescaler! 

!shift prescaler?! 

!no! 

! internal clock! 



imr,TEMP_3 



'.enable interrupt! 



END PART II 



errors 
Assembly complete 
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This application note is intended for use by those 
with either a Z8601 or a Z8611 Microcomputer 
device. It is assumed that the reader is familiar 
with both the Z8 and its assembly language, as 
described in the following documents: 

• Z8 Technical Manual (Reset Section) 
(03-3047-02) 

• Z8 family Z8601, Z8602, Z8603 Product Spec 
( 00-2037- A0) 

• Z8 family Z8611, Z8612, Z8613 Product Spec 
(00- 2038- A0) 

• Z8 PLZ/ASM Assembly Language Programming 
Manual (03-3023-03) 

This note briefly discusses the operation of Test 
Mode, which is a special mode of operation that 
facilitates testing of both Z8 devices that incor- 
porate an internal program ROM (Z8601, Z8611). 
There are two problems associated with testing a 
Z8 with an internal program ROM; the solutions are 
presented below. 

The first problem is: how can the device be 
tested with standard microprocessor automatic test 
eguipment? To solve this problem, Test Mode 
causes the Z8 to fetch instructions from Port 1 
while it is in the external Address/Data bus mode, 
instead of fetching instructions from the internal 
Program ROM. Diagnostic test routines are then 
forced onto this external bus from the test equip- 
ment in the same manner as with microprocessor 
testing. 



The second problem is: since the Test Mode 
requires that Port 1 operate only in the 
Address/Data bus mode, how are the other Port 1 
modes of operation tested? To solve this problem, 
an on-chip Test ROM is provided for execution 
while in Test Mode. The program in the Test ROM 
checks the other modes of Port 1: input, output, 
with handshake control, and without handshake con- 
trol. 

Figure 1 compares normal and Test Mode operations 
in the Z8. (In both normal and Test Mode, program 
execution begins at address 00C^.) 




ON-CHIP 

PROGRAM 

ROM 



ACCESS TEST 
ROM AT 00C H 










TEST 
ROM 







Figure 1. 



Comparison of Normal 
and Test Nodes 
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Test Mode can be entered immediately after reset 
by driving the RESET input (pin 6) to a voltage of 
Vqq + 2.5 V. (See the Reset section of the 
Z8 Technical Manual for a description of the Reset 
procedure.) Figure 2 shows the voltage waveform 
needed for Test Mode. After entering Test Mode, 
instructions are fetched from the internal Test 
ROM, which is programmed with Port 1 diagnostic 
routines. The Z8 stays in Test Mode until a 
normal reset occurs. 




Note the max imum r amp for application of 
+ 7.5 VDC to RESET pin . After a minimum of 
6 XTAL CLK cycles, the RESET voltage can be 
relaxed to VRH. 



figure 2. Test Mode Wave Form 



The program listing in the ROM is included at the 
end of this document. Program Listing A (Internal 
Test ROM Program) is mask programmed into the 
internal Test ROM of the Z8601 . Program Listing B 
(External Test Program) is an example of a program 
that could be executed while in Test Mode. It was 
written as a compliment to the internal Test ROM 
program, to check the Port input and output func- 
tions. To test the other functions of the Z8, the 
user must execute other programs developed for 
testing. 

The interrupt vectors in the Z8601 Test ROM point 
to the locations in external memory ?o800, %803, 
%806, %809, %80C, ?o80F. The interrupt vectors in 
the Z8611 Test ROM point to the locations in 
external memory ?o1000, ?o1003, %1006, ? o 1009, ?o100C, 
?o100F. This allows the external program to have a 
2- or 3-byte jump instruction to each interrupt 
service routine. 

Programs that are run in Test Mode can use an LDE 
instruction for accessing the Test ROM. The LDC 
instruction can be used for accessing the program 
ROM. 



Program Listing A. Internal Test ROM Program 



Z8ASM 
LOC 


OBJ CODE 


STMT SOURCE STATEMENT 

1 

2 

3 

i\ 

5 TESTROM MODULE 

6 

7 

8 $SECTION PROGRAM 

9 $ABS 

10 INTERNAL 



Z8 TEST ROM ROUTINE FOR VERIFYING ! 
PORT 1 I/O, WITH AND WITHOUT H.S. ! 



P 0000 0800 0803 
P OOOM 0806 0809 
P 0008 080C 080F 



11 



12 









13 


$SDEFAULT 








in 












15 












16 


INTERNAL 








17 


TEST 




P oooc 






18 


PROCEDURE ENTRY $ABS 








19 






P oooc 


E6 


F8 96 


20 




LD P01M 0*96 


P 000F 


8D 


0812 


21 




JP EXT 


P 0012 


99 


F8 


22 


START1: 


LD P01M R9 


p oom 


A9 


F? 


23 




LD P3M R10 


P 0016 


M8 


E3 


2* 




LD R4 %E3 


P 001P 


F3 


DE 


25 




LD §R13 R14 


P 001A 


61 


ED 


26 




COM §R13 


P 001C 


58 


E3 


27 




LD R5 %E3 


P 00 IE 


t-5 


6B 


28 




LD R6 §R11 


P 0020 


E3 


7B 


29 




LD R7 #R11 


P 0022 


88 


E3 


30 




LD R8 %E3 


P 0024 


C9 


F8 


31 




LD P01M R12 


P 0026 


8D 


0831 


32 

33 




JP VERIFY1 



RUPT VECTOR ARRAY [6 WORD]:* 



[%800 %803 %806 %809 %80C %80F] 



%00C 



! PUPOsEXT MEM, STKrIN, NORMAL ! 

! JUMP TO EXTERNAL TEST CODE ! 

! START OF P1 1/0 TEST ! 

! SET H.S.& P2 PU ACTIVE ! 

! TEST RDY=1,DAV=1 ! 

! WRITE PORT ! 

! WRITE PORT ! 

1 TEST RDY=0,DAV=1 ! 

! READ PORT & STUFF DATA ! 

! DITTO ! 

! TEST RDY=1,DAVr1 ! 

! CONFIGURE FOR EXT ! 

! JUMP TO VERIFY ROUTINE ! 
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Program Listing A. Internal Test RON Program (continued) 



P 0029 B9 


F7 


P 002B 99 


F8 


P 002D 1E 




P 002E F9 


F8 


P 0030 1E 




P 0031 98 


E1 


P 0033 C9 


F8 


P 0035 8D 


086D 



P 0038 



34 START2: LD P3M R11 

35 LD P01M R9 

36 INC R1 

37 LD P01M R15 

38 INC R1 

39 LD R9 %E1 

40 LD P01M R12 

41 JP VERIFY2 

42 END TEST 



! START TEST NO H.S. ! 

! SET PI TO INPUT ! 

! READ & WRITE P1 AS INPUT ! 

! SET P1 TO OUTPUT ! 

! READ & WRITE PI AS OUTPUT ! 

! SAVE RESULTS IN R9 ! 

! PUPO = EXT,STK IN, NORMAL ! 

! JUMP TO VERIFY i\2 ROUTINE ! 



Program Listing B. External Test Program 



P 0800 

P 0800 8D 
P 0803 8D 
P 0806 8D 
P 0809 8D 
P 080C 8D 
P 080F 8D 



0812 8F 

0813 31 
0815 2C 
0817 3C 

0819 E6 
081C 4C 

081E 5C 

0820 9C 
0822 AC 
0824 BC 
0826 CC 
0828 DC 
082A FC 
082C EC 
082E E6 
08^1 E6 
0834 8D 
0837 



0800 
0803 
0806 
0809 
080C 
080F 



00 

FF 

FF 

F6 FF 

88 

00 
86 
39 
02 
96 
01 
86 
AA 
10 10 



11 
0012 



40 



P 0831 



P 0831 DC 02 

P 0833 BC 01 

P 0835 E6 F6 00 

P 0838 66 E4 50 



47 INTERNAL 

48 SETUP 

49 PROCEDURE ENTRY $ABS 
50 

51 VECT1: JP VECT1 

JP VECT2 

JP VECT3 

JP VECT4 

JP VECT5 

JP VECT6 



%800 



52 VECT2: 

53 VECT3: 

54 VECT4: 

55 VECT5: 

56 VECT6: 
57 

58 EXT: 

59 

60 

61 

62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 



DI 

SRP #%00 

LD R2 #*FF 

LD R3 WF 
LD P2M #%FF 
LD R4 #%88 



LD R5 #%00 
LD R9 #%86 
LD R10 #%39 
LD R11 #%02 
LD R12 #%96 
LD R13 #%01 
LD R15 #%86 
LD R14 #%AA 
LD %10 mo 
LD %11 #%40 
JP START1 

76 END SETUP 

77 

78 

79 INTERNAL 

80 VERIFY 

81 PROCEDURE ENTRY $ABS 
82 

83 

84 VERIFYULD R13 #%02 



! INITIALIZE P2 ! 

! DITTO ! 

! SET P2 TO INPUT ! 

! SET P20P1 MUX,P3 GRP B MUX ! 

! ALSO DUMMY ADDRS HIGH BYTE ! 

! DUMMY ADDRS LOW BYTE ! 

! P1 OUTPUT MODE VALUE ! 

! R10 SETS H.S. MODE & P2 PULLUPS 

! R11 POINTS TO P2 FOR PASS1 ! 

! R12 SETS P01M TO EXT MEM, ETC. 

! R13 POINTS TO P1 FOR PASS1 ! 

! SAME AS R9 ! 

! DATA LOADED TO TEST PORT ! 

! RDY/DAV RESULT PASS 1 ! 

! DITTO ! 

! END SETUP— JUMP TO TEST START 



%831 



85 
86 
87 
88 
89 



LD R11 noi 
LD P2M WO 
TCM R4 #%50 



! R13 POINTS TO P2 FOR PASS2 ! 

! R11 POINTS TO PI FOR PASS 2 ! 

! SETS P2 FOR OUTPUT ! 

! FROM HERE TO THERE WE VERIFY ! 

! TEST RESULTS FOR I/O WITH H.S. 

! BOTH PASS 1&2 ! 
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Program Listing B. External Test Prograa (continued) 



P 083B 


ED 


0880 


90 


JP NZ FAIL 


P 08^E 


64 


10 E5 


91 


TCM R5 %10 


P 0841 


ED 


0880 


92 


JP NZ FAIL 


P 08MH 


7^ 


11 E5 


93 


TM R5 %11 


P 0847 


ED 


0880 


94 


JP NZ FAIL 


P 084A 


A6 


E6 AA 


95 


CP R6 nAA 


P 084D 


ED 


0880 


96 


JP NZ FAIL 


P 0850 


A6 


E7 55 


97 


CP R7 #%55 


P 0853 ED 


0880 


98 


JP NZ FAIL 


P 0856 


66 


E8 50 


99 


TCM R8 P%50 


P 0859 


ED 


0880 


100 


JP NZ FAIL 


P 085C 


A6 


E9 86 


101 


CP R9 #%86 ! 


P 085F 


E6 


10 40 


102 


LD %10 0*40 ! 


P 0862 


E6 


11 10 


103 


LD %11 #%10 ! 


P 0865 


9C 


8E 


104 


LD R9 #%8E ! 


P 0867 


6D 


0012 


105 


JP EQ START1 ! 


P 086A 


8D 


0029 


106 


JP START2 ! 


P 086D 


A6 


E9 57 


107 
108 


VERIFY2:CP R9 0*57 ! 


P 0870 


6D 


0890 


109 


JP EQ PASS 


P 0873 






110 
111 
112 
113 
114 


END VERIFY 

INTERNAL 
TPASS 


P 0890 






115 
116 


PROCEDURE ENTRY $ABS %890 


0890 


8B 


FE 


117 
118 


PASS:JR PASS 


0892 






119 
120 
121 
122 
123 
124 


END TPASS 

INTERNAL 
TFAIL 


0880 






125 
126 
127 


PROCEDURE ENTRY $ABS $880 


0880 


8B 


FE 


128 
129 


FAIL:JR FAIL 


0882 






130 
131 
132 


END TFAIL 
END TESTROM 



IS THIS PASS1? ! 

RDY/DAV RESULT PASS 2 ! 

DITTO ! 

P1 IS GOING TO BE AN OUTPUT ! 

PASS1 SUCCESSFUL— TRY PASS2 ! 

PASS2 SUCCESSFUL— TEST NO H.S. 

CHECK RESULT OF I/O NO H.S.TES 
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Build a Z8-Based Control 
Computer with BASIC, Part 1 



I hope you believe me when I say 
that I have been waiting years to pre- 
sent this project. For what has seemed 
an eternity, I have wanted a micro- 
computer with a specific combination 
of capabilities. Ideally, it should be 
inexpensive enough to dedicate to a 
specific application, intelligent 
enough to be programmed directly in 
a high-level language, and efficient 
enough to be battery operated. 

My reason for wanting this is pure- 
ly selfish. The interfaces I present 
each month are the result of an 
overzealous desire to control the 
world. In lieu of that goal, and more 
in line with BYTE policy, I satisfy this 
urge by stringing wires all over my 
house and computerizing things like 
my wood stove. 

There are many more places I'd like 
to apply computer monitoring and 
control. I want to modify my home- 
security system to use low-cost 
distributed control rather than central 
control. I want to try my hand at a 
little energy management, and, of 
course, I am still trying to find some 
reason to install a microcomputer in a 
car. (How about a talking dash- 
board?) 

Generally, the projects I present 
each month are designed to be at- 
tached to many different commercial- 
ly available microcomputers through 

Copyright © 1981 by Steven A Garcia 
All rights reserved 



Steve Ciarcia 

POB 582 

Glastonbury CT 06033 



existing I/O (input/ output) ports. 
Most of my projects are applicable 
for use on the small (by IBM stan- 
dards) computers owned by many 
readers, but, unfortunately, a typical 
home-computer system cannot be 
stuffed under a car seat. 

The Z8-BASIC 

Microcomputer is a 

milestone in low-cost 

microcomputer 

capability. 

The time has come to present a ver- 
satile "Circuit Cellar Controller" 
board for some of these more am- 
bitious control projects. I decided not 
to adapt an existing single-board 
computer, which would be larger, 
more expensive, and generally limited 
to machine-language programming. 
Instead, I started from scratch and 
built exactly what I wanted. 

The microcomputer/controller I 
developed is called the Z8-BASIC 
Microcomputer. Its design and ap- 
plication will be presented in a two- 
part article beginning this month. In 
my opinion, it is a milestone in low- 
cost microcomputer capability. It can 
be utilized as an inexpensive tiny- 
BASIC computer for a variety of 
changing applications, or it can be 
dedicated to specialized tasks, such as 



security control, energy manage- 
ment, solar-heating-system monitor- 
ing, or intelligent-peripheral control. 
[Editor's Note: We are using the term 
"tiny BASIC" generically to denote a 
small, limited BASIC interpreter. The 
term has been used to refer to some 
specific commercially available prod- 
ucts based on the Tiny BASIC con- 
cept promulgated by the People's 
Computer Company in 1 975.... RSS] 

The entire computer is slightly 
larger than a 3 by 5 file card, yet it in- 
cludes a tiny-BASIC interpreter, 4 K 
bytes of program memory, one RS- 
232C serial port and two parallel I/O 
ports, plus a variety of other features. 
(A condensed functional specification 
is shown in the "At a Glance" text 
box.) Using a Zilog Z8 microcom- 
puter integrated circuit and Z6132 
4 K by 8-bit read/write memory 
device, the Z8-BASIC Microcom- 
puter circuit board is completely self- 
contained and optimized for use as a 
dedicated controller. 

To program it for a dedicated 
application, you merely attach a user 
terminal to the DB-25 RS-232C con- 
nector, turn the system on, and type 
in a BASIC program using keywords 
such as GOTO, IF, GOSUB, and 
LET. Execution of the program is 
started by typing RUN. If you need 
higher speed than BASIC provides, or 
if you just want to experiment with 
the Z8 instruction set, you can use the 
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GO@ and USR keywords to call 
machine-language subroutines. 

Once the application program has 
been written and tested with the aid 
of the terminal, the finished program 
can be transferred to an EPROM 
(erasable programmable read-only 
memory) via a memory-dump pro- 
gram and the terminal disconnected. 
Next, the 28-pin Z6132 memory com- 
ponent is removed from its socket 
and either a type-2716 (2 K by 8-bit) 
or type-2732 (4 K by 8-bit) EPROM 
is plugged into the lower 24 pins. 
(The choice of EPROM depends upon 
the length of the program.) When the 
ZS board is powered up, the stored 
program is immediately 
executed. The EPROM 
devices and the Z6132 
read/write memory 
device are pin- 
compatible. Permanent 
program storage is 
simply a matter of 
plugging an EPROM 
into the Z6132's socket. 

There is much more 
power on this board 
than is alluded to in this 
simple description. 
That is why I decided 
to use a two-part article 
to explain it. This 
month, I'll discuss the 
design of the system 
and the attributes of the 
Z8 and Z6132. Next 
month, I'll describe ex- 
ternal interfacing 
techniques, a few ap- 
plications, and the 
steps involved in transferring a pro- 
gram into an EPROM. 

Single-Chip Microcomputers 

The central component in the 
Z8-BASIC Microcomputer is a 
member of the Zilog Z8 family of 
devices. The specific component 
used, the Z8671, is just one of them. 
Unlike a microprocessor, such as the 
well-known Zilog Z80, the Z8 is a 
single-chip microcomputer. It con- 
tains programmable (read/write) 
memory, read-only memory, and 
I/O-control circuits, as well as cir- 
cuits to perform standard processor 
functions. Microprocessors such as 



the Z80 or the Intel 8080 require sup- 
port circuitry to make a functional 
computer system. A single-chip 
microcomputer, on the other hand, 
can function solely on its own. 

The concept is not new. Single-chip 
microcomputers have been around 
for quite a while, and millions of 
them are used in electronic games. 
The designers of the Z8, however, 
raised the capabilities of single-chip 
microcomputers to new heights and 
provided many powerful features 
usually found only in general- 
application microprocessors. 

Typically, single-chip microcom- 
puters have been designed for 




Photo 1: A prototype of the versatile "Circuit Cellar Controller, " for- 
mally called the Z8-BASIC Microcomputer. The printed-circuit hoard 
measures 4by4V2 inches and has a 44-pin (two-sided 22-pin) edge con- 
nector with contacts on 0.156-inch centers. A 2716 or 2732 EPROM 
can be substituted for the Z6132 Quasi-Static memory, plugging into 
the same socket. 



microcontroller applications and op- 
timized for I/O processing. On a 
40-pin dual-inline package, as many 
as 32 of the pins can be I/O related. A 
ROM-programmed single-chip 
microcomputer used in an electronic 
chess game might offer a thousand 
variations in game tactics, but it 
could not be reprogrammed as a 
word processor. The ability to 
reorient processing functions and 
reallocate memory has generally been 
the province of microprocessors, with 
their memory-intensive architecture. 
The Z8 architecture (shown in 
figure la on page 40) allows it to 
serve in either memory- or I/O- 



intensive applications. Under pro- 
gram control, the Z8 can be con- 
figured as a stand-alone microcom- 
puter using 2 K to 4 K bytes of inter- 
nal ROM, as a traditional micropro- 
cessor with as much as 120 K to 
124 K bytes of external memory, or 
as a parallel-processing unit working 
with other computers. The Z8 could 
be used as a controller in a 
microwave oven or as the processor 
in a stand-alone data-entry terminal 
complete with floppy-disk drives. 

Getting Specific: The Z8671 

The member of the ZS family used 
in this project is the Z8671. This com- 
ponent differs from the 
garden-variety Z8601 
chiefly in the contents 
of the ROM set at the 
factory. The pinout 
specification of the 
Z8671 is shown in 
figure lb, and the 
package is shown in 
photo 2 on page 41. 
The Z8671 package 
contains the processor 
circuitry, 2 K bytes of 
ROM (preprogrammed 
with a tiny-BASIC in- 
terpreter and a debug- 
ging monitor), 32 I/O 
lines, and 144 bytes of 
programmable (read/ 
write) memory. 

The operational ar- 
rangement of memory- 
address space is shown 
in figure lc. The inter- 
nal read /write memory 
is actually a register file (illustrated in 
figure 2) composed of 124 general- 
purpose registers (R4 thru R127), 16 
status-control registers (R240 thru 
R255), and 4 I/O-port registers (R0 
thru R3). Any general-purpose 
register can be used as an accumula- 
tor, address pointer, index register, or 
as part of the internal stack area. The 
significance of these registers will be 
explained when I describe the tiny- 
BASIC/Debug interpreter/monitor. 

The 32 I/O lines are grouped into 
four separate ports and treated inter- 
nally as 4 registers. They can be con- 
figured by software for either input or 
output and are compatible with 
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Figure la: Block diagram of the Zilog Z8-family single-chip microcomputers. Their ar- 
chitecture allows these devices to serve in either memory- or I/O-intensive applications. 
This figure and figures lb, lc, 2, 3, and 4 were provided through the courtesy of Zilog 
Inc. 



LSTTL (low-power Schottky transis- 
tor-transistor logic). In addition, port 
1 and port can serve as a multi- 
plexed address /data bus for connec- 
tion of external memory and 
peripheral devices. 

In traditional nomenclature, port 1 
transceives the data-bus lines DO thru 
D7 and transmits the low-order 
address-bus signals A0 thru A7. Port 
supplies the remaining high-order 
address lines A8 thru A15, for a total 
of 16 address bits. This allows 62 K 
bytes of program memory (plus 2 K 
bytes of ROM) to be directly ad- 
dressed. If more memory is required, 
one bit in port 3 can be set to select 
another memory bank of 62 K bytes, 
which is referred to as data memory. 
In the Z8-BASIC Microcomputer 
presented here, a separate data- 
memory bank is not implemented, 
and program and data memory are 
considered to be the same. 

The Z8 has forty-seven instruc- 
tions, nine addressing modes, and six 
interrupts. Using a 7.3728 MHz 



crystal (producing a system clock rate 
of 3.6864 MHz) most instructions 
take about 1.5 to 2.5 /*s to execute. 
Ordinarily, you would not be con- 
cerned about single-chip-microcom- 
puter instruction sets and interrupt 
handling because the programs are 
mask-programmed into the ROM at 
the factory. In the Z8671, however, 
only the BASIC /Debug interpreter is 
preprogrammed. Using this inter- 
preter, you can write machine- 
language programs that can be ex- 
ecuted through subroutine calls writ- 
ten in BASIC. This feature greatly 
enhances the capabilities of this tiny 
computer and potentially allows the 
software to control high-speed 
peripheral devices. (A complete 
discussion of the ZS instruction set 
and interrupt structure is beyond the 
scope of this article. The documenta- 
tion accompanying the Z8-BASIC 
Microcomputer Board describes the 
instruction set in detail.) 

The final area of concern is com- 
munication. The Z8 contains a full- 
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Figure lb: Pinout specification of the 
Zilog Z8671 microcomputer. The Z8671 is 
a variant of the basic Z8601 component of 
the Z8 family. The Z8671 is used in this 
project because it contains the 
BASIC/ Debug interpreter/monitor in 
read-only memory. Other members of the 
Z8 family are supplied in different 
packages, chiefly to support system- 
development work. 



duplex UART (universal asyn- 
chronous receiver/ transmitter) and 
two counter/ timers with prescalers. 
One of the counters divides the 
7.3728 MHz crystal frequency to one 
of eight standard data rates. With the 
Z8671, these rates range between 110 
and 9600 bps (bits per second) and 
are switch- or software-selectable. 

A block diagram of the serial-I/O 
section is shown in figure 3. Serial 
data is received through bit of port 
3 and transmitted from bit 7 of port 3. 
While the ZS can be set to transmit 
odd parity, the Z8671 is preset for 1 
start bit, 8 data bits, no parity, and 2 
stop bits. Received data must have 1 
start bit, 8 data bits, at least 1 stop 
bit, and no parity (in this configura- 
tion). 

Quasi-Static Memory 

A limiting factor in small controller 



1-59 



(DECIMAL) 
65535 



EXTERNAL 
ROM OR 
PROGRAMMABLE 
(R/W) MEMORY 



ON-CHIP 
ROM 



2048 
2047 



{DECIMAL) 
65535 



EXTERNAL 
PROGRAMMABLE 
(R/W) MEMORY 



NOT 
ADDRESSABLE 



2048 
2047 



CONTROL AND 
STATUS REGISTERS 



(DECIMAL) 
255 



NOT 
IMPLEMENTED 



GENERAL 
REGISTERS 



I/O PORT 
REGISTERS 



PROGRAM MEMORY 



DATA MEMORY 



PROGRAMMABLE 
REGISTER MEMORY 
(ON CHIP) 



Figure lc: The operational arrangement of memory-address space in the Z8 family. The 
regions labeled "program memory" and "data memory" may map to the same physical 
memory, or two separate banks may be used, selected through one bit of I/O port 3. 
The internal programmable (read/write) memory is a register file containing 124 
general-purpose registers, 16 status-control registers, and 4 I/O-port registers. 



designs has always been the trade-off 
between memory size and power con- 
sumption. To keep the number of 
components down and simplify con- 
struction, a designer generally selects 
a limited quantity of static memory. 
Frequently, the choice is to use two 
type-2114 1 K by 4 NMOS 
(negative-channel metal-oxide 
semiconductor) static-memory 
devices. In practice, however, the 
1 K-byte memory size thereby pro- 
vided is rather limited. It would be 
much better to expand this to at least 
4 K bytes. Unfortunately, eight 2114 
chips require considerably more 
circuit-board space and consume 
about 0.7 amps at +5 V. Not only 
would this make the design ill suited 
for battery power, it could never fit 
on my 4- by 4 1 /2-inch circuit board. 

Another approach is to use 
dynamic memory, as in larger com- 
puters. Dynamic memory costs less, 
bit for bit, than static memory and 
consumes little power. Unfortunate- 
ly, most dynamic-memory com- 
ponents require three separate 
operating voltages and special refresh 
circuitry. Adding 4 K bytes of 
dynamic memory would probably 
take about twelve chips. The advan- 
tages gained in reduced power con- 
sumption hardly justify the expense 
and effort. 

The solution to this problem, sur- 



prisingly enough, also comes from 
Zilog, in the form of the Z6132 
Quasi-Static Memory. The Z6132, 
shown in photo 4 on page 43, is a 
32 K-bit dynamic-memory device, 
organized into 4 K 8-bit (byte-size) 
words. It uses single-transistor 
dynamic bit-storage cells, but the 
device performs and controls its own 
data-refresh operations in a manner 
that is completely invisible to the user 
and the rest of the system. This 
eliminates the need for external 
refresh circuitry. Also, the Z6132 re- 
quires only a +5 V power supply. 
The result is a combination of the 
design convenience of static memory 
and the low power consumption of 
dynamic memory. All 4 K bytes of 
memory fit in a single 28-pin dual-in- 
line package, which typically draws 
about 30 milliamps. 

An additional benefit in using the 
Z6132 is that it is pin-compatible with 
standard type-2716 (2 K by 8-bit) 
and type-2732 (4 K by 8-bit) 
EPROMs. This feature is extremely 
beneficial when you are configuring 
this Z8 board for use as a dedicated 
controller. As previously mentioned, 
the Z6132 can be removed and an 
EPROM inserted in the low-order 24 
pins of the same socket. Thus, any 
program written and operating in the 
Z6132 memory can be placed in a 
nonvolatile EPROM. (There are some 



LOCATION 
255 
254 
253 
252 
251 
250 
249 
248 
247 
246 
245 
244 
243 
242 
241 
240 



STACK POINTER (BITS 7-0) 



STACK POINTER (BITS 15-8) 



REGISTER POINTER 



PROGRAM CONTROL FLAGS 



INTERRUPT MASK REGISTER 



INTERRUPT REQUEST REGISTER 



INTERRUPT PRIORITY REGISTER 



PORTS 0-1 MODE 



PORT 3 MODE 



PORT 2 MODE 



TO PRESCALER 



TIMER/COUNTER 



Tl PRESCALER 



TIMER /COUNTER 1 



TIMER MODE 



IDENTIFIERS 
SPL 
SPH 
RP 

FLAGS 
IMR 
IRQ 
IPR 
P01M 
P3M 
P2M 
PRE0 
TO 

PRE1 
Tl 
TMR 
SIO 



NOT IMPLEMENTED 



GENERAL PURPOSE 
REGISTERS 



Figure 2: An expanded view of the 
register-memory section of figure lc, 
showing the organization of the register 4 
file. Any general-purpose register can be 
used as an accumulator, address pointer, 
index register, or as part of the internal 
stack area. 





nP9 




■Irfw' ' ? 




mfm 









Photo 2: The Zilog Z8671 single-chip 
microcomputer, a member of the Z8 
family of devices. This dual-inline 
package contains the processor cir- 
/ cuitry, 2 K bytes of ROM, 32 I/O 
lines, and 144 bytes of programmable 
memory. 
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Photo 3: A photomicrograph, of the silicon chip containing the working parts of a Z8 microcomputer. 



The following items are available 


Z8-BASIC Microcomputer 


Z8-BASIC Microcomputer power supply 


from. 


Documentation includes: 


(Size: 2\ by 4V 2 inches) 


The MicroMint Inc 


Z8 Technical Manual, Z8 Product 


Provides: +5 V, 300 mA 


917 Midway 


Specification 


+ 12 V, 50 mA 


Woodmere NY 11598 


Z6132 Product Specification 


-12 V, 50 mA 


Telephone. 


BASIC /Debug Manual 


Assembled and tested.... $35 


(800) 645-3479 (for orders) 


Z8-BASIC Microcomputer Construc- 


Kit... $27 


(516) 374-6793 (for technical information) 


tion/Operator's Manual 
Assembled and tested ...$170 
Kit.... $140 




All printed-circuit boards are solder-masked 


and silk-screened. 




The documentation supplied with the Z8 board includes approximately 200 pages of materials. It is available separately for $25. This 


charge will be credited toward any subsequent purchase of the Z8 board 




Please include $4 for shipping and handling. 


New York residents please include 7% sales 


tax. 
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Photo 4: The Zilog Z6132 Quasi-Static Memory device, shown with the hood up. 
This component stores 32 K bits in the form of 4 K bytes in invisibly refreshed 
dynamic-memory cells. 



.At a Glance. 




Photo 5: The Z8-BASIC Microcomputer Board attached to a power supply. Power 
can be supplied either through the separate power connector, as shown, or through 
the edge connector. 



Name 

Z8-BASIC Microcomputer 

Processor 

Zilog Z8-family Z8671 8-bit microcomput- 
er with programmable (read/write) 
memory, read-only memory, and I/O in a 
single package. The Z8671 includes a 
2 K-byte tiny-B ASIC /Debug resident in- 
terpreter in ROM, 144 bytes of scratch- 
pad memory, and 32 I/O lines. System 
uses 7.3728 MHz crystal to establish clock 
rate. Two internal and four external inter- 
rupts. 

Memory 

Uses Z6132 4 K-byte Quasi-Static 
Memory (pin-compatible with 2716 and 
2732 EPROMs); 2 K-byte ROM in Z8671. 
Memory externally expandable to 62 K 
bytes of program memory and 62 K bytes 
of data memory. 

Input/Output 

Serial port: RS-232C-compatible and 
switch-selectable to 110, 150, 300, 1200, 
2400, 4800, and 9600 bps. 
Parallel I/O: two parallel ports; one 
dedicated to input, the other bit- 
programmable as input or output; pro- 
grammable interrupt and handshaking 
lines; LSTTL-compatible. 
External I/O: 16-bit address and 8-bit 
bidirectional data bus brought out to ex- 
pansion connector. 

BASIC Keywords 

GOTO, GO@, USR, GOSUB, 
IF... THEN, INPUT, LET, LIST, NEW, 
REM, RETURN, RUN, STOP, IN, 
PRINT, PRINT HEX. Integer 
arithmetic/logic/operators: +, — , /, *, 
and AND; BASIC can call machine- 
language subroutines for increased execu- 
tion speed; allows complete memory and 
register interrogation and modification. 

Power-Supply Requirements 

+5 V ±5% at 250 mA 

+ 12 V ±10% at 30 mA 

-12 V ±10% at 30 mA 

(The 12 V supplies are required only for 

RS-232C operation.) 

Dimensions and Connections 

4- by 4V2-inch board; dual 22-pin 
(0.156-inch) edge connector. 25-pin RS- 
232C female D-subminiature (DB-25S) 
connector; 4-pole DIP-switch data-rate 
selector. 

Operating Conditions 

Temperature: to 50 °C (32 to 122 °F) 
Humidity: 10 to 90% relative humidity 
(noncondensing) 
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Figure 3: Block diagram of the serial-I/O section of the Z8-family microcomputers. The 
Z8 contains a full-duplex UART (universal asynchronous receiver/ transmitter). The 
data rates are derived from the clock-rate crystal frequency. Serial data is received 
through bit of port 3 and is transmitted from bit 7 of port 3. An interrupt is generated 
within the Z8 whenever transmission or reception of a character has been completed. 




Photo 6: The Z8-BASIC Microcomputer in operation, communicating with a video 
terminal (here, a Digital Equipment Corporation VT8E). A memory-dump routine, 
written using the BASIC/Debug interpreter, is shown on the display screen. The 
starting address of the dump is the beginning of the user-memory area; the hexa- 
decimal values displayed are the ASCII (American Standard Code for Information 
Interchange) values of the characters that make up the first line of the memory-dump 
program. 



limitations placed on the number of 
subroutine calls and variables al- 
lowed by this substitution because 
variable data and return addresses 
must be stored in the Z8's register 
area instead of in external read /write 
memory.) 



Z8-BASIC Microcomputer 

Figure 5 on pages 46 and 47 is the 
schematic diagram of the seven-inte- 
grated-circuit Z8-BASIC Microcom- 
puter Board, shown in prototype 
form, with a power supply, in photo 
5. ICl is the Z8671 microcomputer, 
the member of the Z8 family that con- 
tains Zilog's 2 K-byte BASIC/Debug 
software in read-only memory. IC2 is 
the Z6132 Quasi-Static Memory, and 
IC3 is an 8-bit address latch. Under 
ordinary circumstances, the Z6132 is 
capable of latching its address inter- 
nally, but IC3 is included to allow 
EPROM operation. IC4 and IC5 form 
a hard-wired memory-mapped input 
port used to read the data-rate- 
selection switches. IC6 and IC7 pro- 
vide proper voltage-level conversion 
for RS-232C serial communication. 

The seven-integrated-circuit com- 
puter typically takes about 
200 milliamps at +5 V. The +12 V 
and —12 V supplies are required 
only for operating the RS-232C inter- 
face. Power required is typically 
about 25 milliamps on each. 

The easiest way to check out the 
Z8-BASIC Microcomputer after as- 
sembly is to attach a user terminal to 
the RS-232C connector (J2) and set 
the data-rate-selector switches to a 
convenient rate. I generally select 
1200 bps, with SW2 closed and SW1, 
SW3, and SW4 open. After applying 
power, simply press the RESET push 
button. 

Pressing RESET starts the Z8's ini- 
tialization procedure. The program 
reads location hexadecimal FFFD in 
memory-address space, to which the 
data-rate-selector switches are wired 
to respond. When it has acquired this 
information, it sets the appropriate 
data rate and transmits a colon to the 
terminal. At this point, the Z8 board 
is completely operational and pro- 
grams can be entered in tiny BASIC. 
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Figure 4: Block diagram of the Zilog Z6132 Quasi-Static Memory component. This innovative part stores 32 K bits in the form of 
4 K bytes, using single-transistor dynamic random-access bit-storage cells, but all refresh operations are controlled internally. The 
memory-refresh operation is completely invisible to the user and the other components in the system. The Z6132 draws about 30 
milliamps from a single +5 V power supply. 



(With the simple address selection 
employed in this circuit, the data-rate 
switches will be read by an access to 
any location in the range hexadecimal 
COOO thru FFFF. This should not un- 
duly restrict the versatility of the 
system in the type of application for 
which it was designed.) 

BASIC/Debug Monitor 

I'll go into the features of the tiny- 
BASIC interpreter in greater detail 
next month, but I'm sure you are 
curious about the capabilities present 
in a 2 K-byte BASIC system. 

Essentially an integer-math dialect 
of BASIC, Zilog's BASIC/Debug 
software is specifically designed for 
process control. It allows examina- 
tion and modification of any memory 
location, I/O port, or register. The 
interpreter processes data in both 
decimal and hexadecimal radices and 
accesses machine-language code as 
either a subroutine or a user-defined 
function. 



BASIC/Debug recognizes sixteen 
keywords: GOTO, GO@, USR, 
GOSUB, IF... THEN, INPUT, IN, 
LET, LIST, NEW, REM, RUN, 
RETURN, STOP, PRINT, and 
PRINT HEX. Standard syntax and 
mathematical operators are used. 

The Z8 board is 

not my idea of what 

should be available; 

it is available now. 

Twenty-six numeric variables, 
designated by the letters A thru Z, are 
supported. Variables can be used to 
designate program line numbers. For 
example, GOSUB B*100 and GOTO 
A*B*C are valid expressions. 

In my opinion, the 2 K-byte inter- 
preter is extremely powerful. Because 
it operates easily on register and 
memory locations, arrays and blocks 
of data can be easily manipulated. 



(Full appreciation of the Z8-BASIC 
Microcomputer comes after a com- 
plete review of the operating manuals 
and a little experience. Documenta- 
tion approximately 200 pages long is 
supplied with the unit; the documen- 
tation is also available separately.) 

In Conclusion 

It's easy to get spoiled using a large 
computer as a simple control device. I 
have heard of many inexpensive in- 
terfaces that, when attached to any 
computer, supposedly perform con- 
trol and monitoring miracles. Fre- 
quently overlooked, however, is the 
fact that implementation of these in- 
terfaces often requires the software- 
development tools and hardware- 
interfacing facilities of relatively large 
systems. The Z8-BASIC Microcom- 
puter, with its interpretive language, 
virtually eliminates the need for cost- 
ly development systems with memo- 
ry-consuming text editors, assem- 
blers, and debugging programs. 
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If you need a proportional motor- 
speed control for your solar-heating 
system, you don't have to dedicate 
your Apple II or shut off your heating 
system when you balance your 
checkbook. From now on, there is a 
small, cost-effective microcomputer 
specifically designed for such applica- 
tions. The Z8 board described in this 
article is not my idea of what should 
be available; it is available now. 

Next Month: 

/ will elaborate on interfacing and 
applications for the Z8-BASIC 
Microcomputer. ■ 
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Figure 5: Schematic diagram of the Cir- 
cuit Cellar Z8-BASIC Microcomputer. 
Five jumper connections are provided so 
different memory devices can be used. For 
general-purpose use and program 
development, the 4 K-byte Z6132 
read/write memory device will be used; 
for dedicated applications, two kinds of 
EPROMs can be substituted in the same 
integrated-circuit socket. Standard 450 ns 
type-2716 or type-2732 EPROM chips can 
be used. The connection labeled "32 K" 
should be closed if a type-2732 EPROM is 
installed; the connection labeled "16 K" 
should be closed for use of a type-2716 
EPROM. 

The pull-up resistors adjacent to IC4 
(the 74LS244 buffer) are contained in a 
SIP (single-inline package). 
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Build a Z8-Based Control 
Computer with BASIC, Part 2 



The Z8-BASIC Microcomputer 
system described in this two-part 
article is unlike any computer pre- 
sently available for dedicated control 
applications. Based on a single-chip 
Zilog Z8 microcomputer with an on- 
board tiny-BASIC interpreter, this 
unit offers an extraordinary amount 
of power in a very small package. It is 
no longer necessary to use expensive 
program-development systems. Com- 
puter control can now be applied to 
many areas where it was not 
previously cost-effective. 

The Z8-BASIC Microcomputer is 
intended for use as an intelligent con- 
troller, easy to program and inexpen- 
sive enough to dedicate to specific 
control tasks. It can also serve as a 
low-cost tiny-BASIC computer for 
general interest. Technical specifica- 
tions for the unit are shown in the "At 
a Glance" box. 

Last month I described the design 
of the Z8-BASIC Microcomputer 
hardware and the architectures of the 
Z8671 microcomputer component 
and Z6132 32 K-bit Quasi-Static 
Memory. This month I'd like to con- 
tinue the description of the tiny- 
BASIC interpreter, discuss how the 
BASIC program is stored in memory, 
and demonstrate a few simple appli- 
cations. 

Process-Control BASIC 

The BASIC interpreter contained in 
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ROM (read-only memory) within the 
Z8671 is officially called the Zilog 
BASIC /Debug monitor. It is essen- 
tially a 2 K-by te integer BASIC which 
has been optimized for speed and 
flexibility in process-control applica- 
tions. 



There are 15 keywords: GOTO, 
GO@, USR, GOSUB, IF... THEN, 
INPUT, IN, LET, LIST, NEW, REM, 
RUN, RETURN, STOP, PRINT (and 
PRINT HEX). Twenty-six numeric 
variables (A through Z) are sup- 
ported; and numbers can be ex- 




Photo 1: Z8-B ASIC Microcomputer. With the two "RAM" jumpers installed, it is 
configured to operate programs residing in the Z6132 Quasi-Static Memory. A 
four-position DIP (dual-inline pin) switch (at upper right) sets the serial data rate 
for communication with a user terminal connected to the DB-25S RS-232C con- 
nector on the top center. The reset button is on the top left. 
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pressed in either decimal or hexadeci- 
mal format. BASIC /Debug can 
directly address the Z8's internal 
registers and all external memory. 
Byte references, which use the "@" 
character followed by an address, 
may be used to modify a single 
register in the processor, an I/O port, 
or a memory location. For example, 
@4096 specifies decimal memory 
location 4096, and @%F6 specifies 
the port-2 mode-control register at 
decimal location 246. (The percent 
symbol indicates that the characters 
following it are to be interpreted as a 
hexadecimal numeral.) To place the 
value 45 in memory location 4096, 
the command is simply, @ 4096 =45 
(or @%1000=%2D). 

Command abbreviations are stan- 
dard with most tiny-BASIC interpre- 
ters, but this interpreter allows some 
extremes if you want to limit program 
space. For example: 

IF 1>XTHEN GOTO 1000 

can be abbreviated 
IF1>X1000 

PRINT'THE VALUE IS ";S 



can be abbreviated 
"THE VALUE IS ";S 

IFX = YTHENIFY=Z 
THEN PRINT "X = Z" 

can be abbreviated 
IFX=YIFY = Z"X=Z" 

One important difference between 
most versions of BASIC and Zilog's 
BASIC/Debug is that the latter 
allows variables to contain statement 
numbers for branching, and variable 
storage is not cleared before a pro- 
gram is run. Statements such as 
GOSUB X or GOTO A*E-Z are 
valid. It is also possible to pass values 
from one program to another. These 
variations serve to extend the capa- 
bilities of BASIC/Debug. 

In my opinion, the main feature 
that separates this BASIC from others 
is the extent of documentation sup- 
plied with the Z8671. Frequently, a 
computer user will ask me how he can 
obtain the source-code listing for the 
BASIC interpreter he is using. Most 
often, I have to reply that it is not 
available. Software manufacturers 
that have invested many man-years 
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Photo 2: The ZS/Micromoutk demonstrator. A Z8-BASIC Microcomputer is 
configured to run a ROM-resident program that exercises the Micromouth speech 
synthesizer presented in the June Circuit Cellar article. A Micromouth hoard 
similar to that shown on the left is mounted inside the enclosure. Six pushbutton 
switches, connected to a parallel input port on the Z8 board, select various 
speech-demonstration sequences. The Micromouth board is driven from a second 
parallel port on the Z8 board. 



Name 

Z8-BASIC Microcomputer 

Processor 

Zilog Z8-family Z8671 8-bit microcomput- 
er with programmable (read/write) 
memory, read-only memory, and I/O in a 
single package. The Z8671 includes a 
2 K-byte tiny-BASIC /Debug resident in- 
terpreter in ROM, 144 internal 8-bit 
registers, and 32 I/O lines. System uses 
7.3728 MHz crystal to establish clock 
rate. Two internal and four external inter- 
rupts. 

Memory 

Uses Z6132 4 K-byte Quasi-Static 
Memory (pin-compatible with 2716 and 
2732 EPROMs); 2 K-byte ROM in Z8671. 
Memory externally expandable to 62 K 
bytes of program memory and 62 K bytes 
of data memory. 

Input/Output 

Serial port: RS-232C-compatible and 
switch-selectable to 110, 150, 300, 1200, 
2400, 4800, and 9600 bps. 
Parallel I/O: two parallel ports; one 
dedicated to input, the other bit- 
programmable as input or output; pro- 
grammable interrupt and handshaking 
lines; LSTTL-compatible. 
External I/O: 16-bit address and 8-bit 
bidirectional data bus brought out to ex- 
pansion connector. 

BASIC Keywords 

GOTO, GO®, USR, GOSUB, 
IF... THEN, INPUT, LET, LIST, NEW, 
REM, RETURN, RUN, STOP, IN, 
PRINT, PRINT HEX. Integer 
arithmetic/logic operators: + , — , /, *, 
and AND; BASIC can call machine- 
language subroutines for increased execu- 
tion speed; allows complete memory and 
register interrogation and modification. 

Power-Supply Requirements 

+5 V ±5% at 250 mA 

+ 12 V ±10% at 30 mA 

-12 V ±10% at 30 mA 

(The 12 V supplies are required only for 

RS-232C operation.) 

Dimensions and Connections 

4- by 4V2-inch board; dual 22-pin 
(0.156-inch) edge connector. 25-pin RS- 
232C female D-subminiature (DB-25S) 
connector; 4-poIe DIP-switch data-rate 
selector. 

Operating Conditions 

Temperature: to 50 °C (32 to 122 °F) 
Humidity: 10 to 90% relative humidity 
(noncondensing) 
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in a BASIC interpreter are not easily 
persuaded to give away its secrets. 

In most cases, however, a user 
merely wants to know the location of 
the GOSUB... RETURN address stack 
or the format and location of stored 
program variables. While the source 
code for BASIC /Debug is also not 
available (because the object code is 
mask-programmed into the ROM, 
you couldn't change it anyway), the 
locations of all variables, pointers, 
stacks, etc, are fixed, and their stor- 
age formats are defined and described 
in detail. The 60-page BASIC /Debug 
user's manual contains this informa- 
tion and is included in the 200 pages 
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Figure 1: A simplified hexadecimal 
memory map of the Z8-BASIC Micro- 
computer. 



of documentation supplied with the 
Z8-BASIC Microcomputer board. 
(The documentation is also available 
separately.) 

Memory Allocation 

Z8-family microcomputers distin- 
guish between four kinds of memory: 
internal registers, internal ROM, ex- 
ternal ROM, and external read/write 
memory. (A slightly different dis- 
tinction can also be made between 
program memory and data memory, 
but in this project this distinction is 
unnecessary.) The register file resides 
in memory-address space in hexadeci- 
mal locations through FF (decimal 
through 255). The 144 registers in- 
clude four I/O- (input/ output) port 
registers, 124 general-purpose regis- 
ters, and 16 status and control regis- 
ters. (No registers are implemented in 
hexadecimal addresses 80 through EF 
[decimal addresses 128 through 239]). 

The 2 K-byte ROM on the Z8671 
chip contains the BASIC/Debug in- 
terpreter, residing in address space 
from address to hexadecimal 7FF 
(decimal to 2047). External memory 
starts at hexadecimal address 800 
(decimal 2048). A memory map of the 
Z8-BASIC Microcomputer system is 
shown in figure 1. 

When the system is first turned on, 
BASIC/Debug determines how much 
external read/write memory is avail- 
able, initializes memory pointers, and 
checks for the existence of an auto- 
start-up program. In a system with 
external read/write memory, the top 
page is used for the line buffer, 
program-variable storage, and the 
GOSUB... RETURN address stack. 
Program execution begins at hexadec- 
imal location 800 (decimal 2048). 

When BASIC/Debug finds no ex- 
ternal read/write memory, the inter- 
nal registers are used to store the vari- 
ables, line buffer, and GOSUB... RE- 
TURN stack. This limits the depth of 
the stack and the number of variables 
that can be used simultaneously, but 
the restriction is not too severe in 
most control applications. In a sys- 
tem without external memory, auto- 
matic program execution begins at 
hexadecimal location 1020 (decimal 
4128). 



In a system that uses an external 
2 K-byte EPROM (type 2716), wrap- 
around addressing occurs, because 
the state of the twelfth address line on 
the address bus (All) is ignored. (A 
4 K-byte type-2732 EPROM device 
does use All.) A 2716 EPROM de- 
vice inserted in the Z6132's memory 
socket will read from the same mem- 
ory cells in response to accesses to 
both logical hexadecimal addresses 
800 and 1000. Similarly, hexadecimal 
addresses 820 and 1020 will be treated 
as equivalent by the 2716 EPROM. 
Therefore, when a 2 K-byte 2716 
EPROM is being used, the auto-start 
address, normally operating at hexa- 
decimal 1020, will begin execution of 
any program beginning at hexadeci- 
mal location 820. For the purposes of 
this discussion, you may assume that 
programs stored in EPROM use type- 
2716 devices and that references to 
hexadecimal address 820 also apply 
to hexadecimal address 1020. 

Program Storage 

The program-storage format for 
BASIC/Debug programs is the same 
in both types of memory. Each 
BASIC statement begins with a line 
number and ends with a delimiter. If 
you were to connect a video terminal 
or teletypewriter to the RS-232C 
serial port and type the following 
line: 

100 PRINT "TEST" 

it would be stored in memory begin- 
ning at hexadecimal location 800 as 
shown in listing 1. 

The first 2 bytes of any BASIC 
statement contain the binary equiva- 
lent of the line number (100 decimal 
equals 64 hexadecimal). Next are 
bytes containing the ASCII (Ameri- 
can Standard Code for Information 
Interchange) values of characters in 
the statement, followed by a delimiter 
byte (containing 00) which indicates 
the end of the line. The last statement 
in the program (in this case the only 
one) is followed by 2 bytes containing 
the hexadecimal value FFFF, which 
designates line number 65535. 

The multiple-line program in listing 
2 further illustrates this storage for- 
mat. 
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One final example of this is il- 
lustrated in listing 3. Here is a pro- 
gram written to examine itself. Essen- 
tially, it is a memory-dump routine 
which lists the contents of memory in 
hexadecimal. As shown, the 15-line 
program takes 355 bytes and occupies 
hexadecimal locations 800 through 
963 (decimal 2048 through 2499). I 
have dumped the first and last lines of 
the program to further demonstrate 
the storage technique. 

I have a reason for explaining the 
internal program format. One of the 
useful features of this computer is its 
ability to function with programs re- 
siding solely in EPROM. However, 
the EPROMs must be programmed 



The first application I had for the 
unit was as a demonstration driver 
for the Micromouth speech-processor 
board I presented two months ago in 
the June issue of BYTE. (See "Build a 
Low-Cost Speech-Synthesizer Inter- 
face," in the June 1981 BYTE, page 
46, for a description of this project, 
which uses National Semiconductor's 
Digitalker chip set.) It's hard to dis- 
cuss a synthesized-speech interface 
without demonstrating it, and I didn't 
want to carry around my big com- 
puter system to control the Micro- 
mouth board during the demonstra- 
tion. Instead, I quickly programmed 
a Z8-BASIC Microcomputer to per- 
form that task. While I was at it, I set 



Listing 1: Simple illustration of BASIC program storage in the Z8-BASIC Microcom- 
puter. 
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Listing 2: A multiple-line illustration of BASIC program storage. 



100 A*=5 
200 B = 6 
3005 "A*B = 



";A*B 



100 A - 5 

800 00 64 41 3D 35 00 

6 3005 " A 

80A 36 00 0B BD 22 41 

A * B 

814 3B 41 2A 42 00 FF 

externally. While I will explain how 
to serially transmit the contents of the 
program memory to an EPROM pro- 
grammer, some of you may have on- 
ly a manual EPROM programmer or 
one with no communication facility. 
But if you are willing to spend the 
time, it is easy to print out the con- 
tents of memory and manually load 
the program into an EPROM device. 

Dedicated-Controller Use 

The Z8-BASIC Microcomputer can 
be easily set up for use in intelligent 
control applications. After being 
tested and debugged using a terminal, 
the control program can be written 
into an EPROM. When power is ap- 
plied to the microcomputer, execu- 
tion of the program will begin auto- 
matically. 



200 B 

00 C8 42 3D 
* B 

2A 42 3D 22 

FF 

it up to demonstrate itself as well. 

The result (see photo 2) has three 
basic functional components. On top 
of the box is a Z8-BASIC Microcom- 
puter (hereinafter called the "ZS 
board") with a 2716 EPROM installed 
in the memory integrated-circuit 
socket, the Z8-board power supply 
(the wall-plug transformer module is 
out of view), and six pushbutton 
switches. Inside the box is a proto- 
type version of the Micromouth 
speech-processor board (a final-ver- 
sion Micromouth board is shown on 
the left). 

The Micromouth board is jumper- 
programmed for parallel-port opera- 
tion (8 parallel bits of data and a 
data-ready strobe signal) and con- 
nected to I/O port 2 on the Z8 board. 
The Micromouth BUSY line and the 



six pushbuttons are attached to 7 in- 
put bits of the Z8 board's input port 
mapped into memory-address space 
at hexadecimal address FFFD 
(decimal 65533). 

The most significant 3 bits of port 
FFFD are normally reserved for the 
data-rate-selector switches, but with 
no serial communication required, 
the data rate is immaterial and the 
switches are left in the open position. 
This makes the 8 bits of port FFFD, 
which are brought out to the edge 
connector, available for external in- 
puts. In this case, pressing one of the 
six pushbuttons selects one of six 
canned speech sequences. 

Coherent sentences are created by 
properly timing the transmission of 
word codes to the speech-processor 
board. This requires nothing more 
than a single handshaking arrange- 
ment and a table-lookup routine (but 
try it without a computer sometime). 
The program is shown in listing 4a. 

The first thing to do is to configure 
the port-2 and port-3 mode-control 
registers (hexadecimal F6 and F7, or 
decimal 246 and 247). Port 2 is bit- 
programmable. For instance, to con- 
figure it for 4 bits input and 4 bits out- 
put, you would load F0 into register 
F6 (246). In this case, I wanted it con- 
figured as 8 output bits, so I typed in 
the BASIC/Debug command @246=0 
(set decimal location 246 to 0). 

The data-ready strobe is produced 
using one of the options on the Z8's 
port 3. A Z8 microcomputer has 
data-available and input-ready hand- 
shaking on each of its 4 ports. To set 
the proper handshaking protocol and 
use port 2 as I have described, a code 
of hexadecimal 71 (decimal 113) is 
placed into the port-2 mode-control 
register. The BASIC/Debug com- 
mandos @247= 113. The RDY2 and 
DAV2 lines on the Z8671 are con- 
nected together to produce the data- 
available strobe signal. 

Lines 1000 through 1030 in listing 
4a have nothing to do with demon- 
strating the Micromouth board. They 
form a memory-dump routine that il- 
lustrates how the program is stored in 
memory. You notice from the mem- 
ory dump of listing 4b that the first 
byte of the program, as stored in the 
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ROM, begins at hexadecimal location 
820 (actually at 1020, you remember) 
rather than 800 as usual. This is to 
help automatic start-up. The program 
could actually begin anyplace, but 
you would have to change the pro- 
gram-pointer registers (registers 8 and 
9) to reflect the new address. The 32 
bytes between 800 and 820 are re- 



served for vectored addresses to op- 
tional user-supplied I/O drivers and 
interrupt routines. 

Programming the EPROM 

The first EPROM-based program I 
ran on the Z8-BASIC Microcomputer 
was manually loaded. I simply 
printed out the contents of the Z6132 



Listing 3: A program (listing 3a) that examines itself by dumping the contents of mem- 
ory in printed hexadecimal form. Listing 3b shows the first and last lines of the program 
as dumped during execution. 



(3a) 

100 
102 
103 
105 
107 
110 
120 
130 
140 
150 
180 
200 
250 
300 
310 

(3b) 



print-enter start address for hex dump "$: input x 

print "the list is how many bytes long "rmnput c 

print j print 

b«x+8 :a=oc+c 

print"address data" jpr1nt 

print hex (x)?" "j 

G0SUB 300 

X=Xfl 

IF X=B THEN GOTO 180 

GOTO 120 

IF X>*A THEN 250 

print:print:b»x+8:gcuo no 

print: stop 

print hex <©x>*: print- " ? 

RETURN 



:RUN 

ENTER START ADDRESS FOR HEX DUMP ? 2048 

THE LIST IS HOW MANY BYTES LONG ? 30 





DATA 
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RUN 

ENTER START ADDRESS FOR HEX DUMP ? 2360 
THE LIST IS HOW MANY BYTES LONG ? 45 
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memory using the program of listing 
3 and entered the values by hand into 
the EPROM programmer. This is fine 
once or twice, but you certainly 
wouldn't want to make a habit of it. 
Fortunately, there are better alterna- 
tives if you have the equipment. 

Many EPROM programmers are 
peripheral devices on larger computer 
systems. In such cases, it is possible to 
take advantage of the systems' capa- 
bilities by downloading the Z8 pro- 
gram directly to the programmer. 

The programmer shown in photo 3 
is a revised version of the unit I 
described in a previous article, "Pro- 
gram Your Next EROM in BASIC" 
(March 1978 BYTE, page 84). It was 
designed for type-2708 EPROMs, but 
I have since modified it to program 
2716s instead. All I had to do was 
lengthen the programming pulse to 
50 ms and redefine the connections to 
four pins on the EPROM socket. It 
still is controlled by a BASIC pro- 
gram and takes less' than 2Vi minutes 
to program a type-2716 EPROM de- 
vice. Refer to the original article for 
the basic design. 

Normally, the LIST function or 
memory-dump routine cannot be 
used to transmit data to the EPROM 
programmer because the listing is 
filled with extraneous spaces and car- 
riage returns. It is necessary to write a 
program that transmits the contents 
of memory without the extra charac- 
ters required for display formatting. 
The only data received by the 
EPROM programmer should be the 
object code to load into the EPROM. 

In writing this program we can take 
advantage of the Z8's capability of 
executing machine-language pro- 
grams directly through the USR and 
GO@ commands. The serial-input 
and serial-output subroutines in the 
BASIC/Debug ROM can be executed 
independently using these com- 
mands. The serial-input driver starts 
at hexadecimal location 54, and the 
serial-output driver starts at hexadec- 
imal location 61. Transmitting a sin- 
gle character is simply done by the 
BASIC statement 

GO@ %61,C 

where C contains the value to be 
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transmitted. A serial character can be 
received by 



C=USR (%54) 



the 



where the variable C returns 
value of the received data. 

To dump the entire contents of the 
Z6132 memory to the programmer, 
the statements in listing 5 should be 



included at the end of your program. 

Execution begins when you type 
GOTO 1000 as an immediate-mode 
command and ends when all 4 K 
bytes have been dumped. The trans- 
mission rate (110 to 9600 bps) is that 
selected on the data-rate-selector 
switches. 

Conceivably, this technique could 
also be used to create a cassette-stor- 



Listing 4: A program (listing 4a) that demonstrates the functions of the Micromouth 
speech synthesizer, operating from a type-2716 EPROM. The simple I/O-address 
decoding of the Z8 board allows use of the round-figure address of 65000. The program 
uses a table of vocabulary pointers that has been previously stored in the EPROM by 
hand. Listing 4b shows a dump of the memory region occupied by the program, prov- 
ing that storage of the BASIC source code starts at hexadecimal location 820. 

(4a) 

100 @246=0: (3247=113 
110 X=@65000 :A=%1400 
120 IF X=254 THEN @2=0 

IF X=253 THEN GOTO 500 



130 

140 

150 

160 

170 IF X 

180 



IF X=251 THEN A=A+32 :GOTO 500 

IF X=247 THEN A=A+64 :GOTO 500 

IF X=239 THEN A=A+96 :GOTO 500 

223 THEN A=A+128 :GOTO 500 



IF X=222 THEN N=0 :GOTO 300 
200 GOTO 110 

300 @2=N :N=N+1 :IF N=143 THEN 110 
310 IF @65000<129 THEN 310 
320 GOTO 300 
500 @2=@A :A=A+1 
510 IF @65000<129 THEN 510 
520 IF @A=255 THEN GOTO 110 
530 GOTO 500 
1000 Q=2048 
1005 W=0 

1010 PRINT HEX(@Q) , :Q=Q+1 
1015 W=W+1 :IF W=8 THEN PRINT 
1020 IF Q=4095 THEN STOP 
1030 GOTO 1010 



(4b) 



:GOTO 1005 



age capability for the Z8 board. In 
theory, a 3- or 4-line BASIC program 
can be entered in high memory (you 
can set the pointer to put the program 
there) to read in serial data and load it 
in lower memory. Changing the pro- 
gram pointer back to hexadecimal 
800 allows the newly loaded program 
to be executed. Since the Z8-BASIC 
Microcomputer already has a serial 
I/O port, any FSK (frequency-shift 
keyed) modem and cassette-tape re- 
corder can be used for cassette data 
storage. 

I/O for Data Acquisition 

Data acquisition for process con- 
trol is the most likely application for 
the Z8-BASIC Microcomputer. Low- 
cost distributed control is practical, 
substituting for central control per- 
formed by a large computer system. 
Analog and digital sensors can be 
read by a Z8-BASIC Microcomputer, 
which then can digest the data and re- 
duce the amount of information (ex- 
periment results or control param- 
eters) stored or transmitted to a cen- 
tral point. Control decisions can be 
made by the Z8-BASIC Microcom- 
puter at the process locality. 

The Z8 board can be used for 
analog data acquisition, perhaps us- 
ing an A/D (analog-to-digital) con- 
verter such as that shown in figure 2. 
This 8-bit, eight-channel A/D con- 
verter has a unipolar input range of 
to +5 V (although the A/D in- 
tegrated circuit can be wired for 
bipolar operation), with the eight 
output channels addressed as I/O 
ports mapped into memory-address 
space at hexadecimal addresses BF00 
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Listing 5: BASIC statements that print out 
the entire contents of the 4 K bytes of user 
memory, for use with a communicating 
EPROM programmer. 

1000 X = %800 :REM BEGINNING OF 

USER MEMORY 
1010 GO® %61,@X :REM TRANSMIT 

CONTENTS OF LOCATION X 
1020X = X + 1 :IFX = %1801 THEN 

STOP 
1030 GOTO 1010 

Listing 6: A simple BASIC program seg- 
ment to demonstrate the concept of the 
"black box" method of modifying data be- 
ing transmitted through the Z8-BASIC 
Microcomputer. 

100 @246 = 0:@247 = 113 :REM SET PORT 

2 TO BE OUTPUT 
110 @2 = X :REM X EQUALS THE DATA 

TO BE TRANSMITTED 

through BF07 (decimal 48896 through 
48903). When the Z8671 performs an 
output operation to the channel ad- 
dress, the channel is initialized for ac- 
quiring data, while data is read from 
the channel when the Z8671 performs 
an input operation on the channel's 
address. 

Intelligent Communication 

Another possible use for the 
Z8-BASIC Microcomputer is as an in- 
telligent "black box" for performing 
predetermined modification on data 
being transmitted over a serial com- 
munication line. The black box has 
two DB-25 RS-232C connectors, one 
for receiving data and the other for 
retransmitting it. The intelligence of 
the Z8-BASIC Microcomputer, acting 
as the black box, can perform prac- 
tically any type of filtering, condens- 
ing, or translating of the data going 
through. 

Perhaps you have an application 
where continuous raw data is trans- 
mitted, but you would rather just 
keep a running average or flag devia- 
tions from preset limits at the central 
monitoring point rather than contend 
with everything. The Z8 board can be 
programmed to digest all the raw 
data coming down the line and pass 
on only what's pertinent. 

Another such black-box applica- 
tion is to use the Z8 board as a printer 
buffer. Photo 4 shows the interface 
hardware of one specific application, 




Photo 3: Type-2716 EPROM programmer, adapted from "Program Your Next 
EROM in BASIC" (March 1978 BYTE, page 84). The circuit, which is driven 
through parallel ports, programs a 2716 in about 2Vi minutes and is controlled by 
a BASIC program. 




Photo 4: A three-integrated-circuit hardwired serial output port for the 
Z8-BASIC Microcomputer. Connected to port 2, any program data sent to 
register 2 will be transmitted serially at the data rate selected on the four-position 
DIP switch (between 50 to 19200 bps). The Z8 board, configured with two serial 
ports, is used to process raw data moving through it. Data is received on one 
side, digested, and retransmitted in some more meaningful form from the other 
port. Such a configuration could also be used to connect two peripheral devices 
that have radically different data rates. 
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Figure 2: Schematic diagram of an A/D 
converter. This 8-bit, eight-channel unit 
has a unipolar input range of to +5 V, 
with the eight output channels addressed 
as I/O ports mapped into memory- 
address space at hexadecimal addresses 
BF00 through BF07. 



which I used to attach a high-speed 
computer to a very slow printer. The 
host computer transmitted data to the 
Z8 board at 4800 b^s. Since the re- 
ceiving serial port used had to be bidi- 
rectional to handshake with the host 
computer, I added another serial out- 
put to the Z8 board for transmitting 
characters to the printer. Only three 



integrated circuits were required to 
add a serial output port. A schematic 
diagram is shown in figure 3. The 

TTAWT* /iiniimreal •ae-irn^r»T , Qr»Qiic J*g- 

ceiver/ transmitter, shown as ICl) is 
driven directly from port 2 on the Z8 
board (port 2 could also be used to 
directly drive a parallel-interface 
printer), and IC2 supplies the clock 



signal for the desired data rate. Of 
course, the UART could have been 
attached to the data and address 

V^tigoc Airar't-ltr l-»iif ♦"•"lie urac fincjor 

Transmitting a character out of this 
serial port requires setting the port-2 
and port-3 mode-control registers as 
before. After that, any character sent 
to port 2 will be serially transmitted. 
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Figure 3: Schematic diagram of an RS-232C serial output port for the "black box" communication application of the Z8-BASIC 
Microc omputer. The Z8671 must be configured by software to provide the proper signals: one such signal 
DAV2, is derived from two bits of I/O port 3 on the Z8671. The pin numbers shown in the schematic diagram for P3i and P3 6 are 
pins on the Z8671 device itself, not pins or sections on the card-edge connector, as are P2 through P2 7 . 




Photo 5: When the Z8-BASIC Microcomputer is used with a ROM-resident pro- 
gram, the two jumpers used with the Z6132 are removed, and the EPROM 
jumper is installed instead. When using a type-2716 16 K-bit (2 K-byte) EPROM 
device, the "16 K" jumper is installed. Ifatype-2732 32 K-bit (4 K-byte) EPROM 
is used instead, the "32 K" jumper is installed. The EPROM is inserted in the 
lower 24 pins of the 28-pin Z6132 socket (IC2) as shown. 



The minimum program to perform 
this is shown in listing 6. This circuit 
can also be used for downloading 
programs to the EPROM programmer. 



In Conclusion 

It is impossible to describe the full 
potential of the Z8-BASIC Micro- 
computer in so few pages. For this 
reason, considerable effort has been 
taken to fully document its character- 
istics. I have merely tried to given an 
introduction here. 

I intend to use the Z8-BASIC 
Microcomputer in future projects. I 
am interested in any applications you 
might have, so let me know about 
them, and we can gain experience 
together. 

Special thanks to Steve Walters and Peter 
Brown of Zilog Inc for their aid in producing 
these articles. 

BASIC/Debug is a trademark of Zilog Inc. 
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INTRODUCTION 

The Z8601 is a single-chip microcomputer with four 
8-bit I/O ports, two counter/timers with asso- 
ciated prescalers, asynchronous serial communica- 
tion interface with programmable baud rates, and 
sophisticated interrupt facilities. The Z8601 can 
access data in three memory spaces: 2K bytes of 
on-chip ROM and 62K bytes of external program 
memory, 144 bytes of on-chip Register, and 62K 
bytes of external data memory. 

The Z8671 is a Z8601 with a Basic/Debug Inter- 
preter and Debug monitor preprogrammed into the 2K 
bytes of on-chip ROM. This application note 
discusses some considerations in designing a 
low-complexity board that runs the Basic/Debug 
Interpreter and Debug monitor with an external 4K 
bytes of RAM and 2K bytes of ROM. The board 
stands alone, allowing users to connect it with a 
terminal via an RS232 connector and run the 
Basic/Debug Interpreter. 

The user of this board can run Basic/Debug with 
little knowledge of the Z8601 . The board, how- 
ever, derives its power through its ability to 
execute assembly language programs. To use the 
board to its full potential, the Z8 Technical 
Manual (document #03-3047-02) and the Z8 PLZ/ASM 
Manual (document #03-3023-03) should be read. The 
Z8 Basic/Debug Software Reference Manual (document 
#03-3134-00) provides general information, state- 
ment syntax, memory allocations, and other mate- 
rial regarding Basic/Debug and the Debug monitor 
provided by the Z8671 . There are also two docu- 
ments describing the Z6132; these are the Z6132 
Product Specification (document #00-2028-A), and 
the Interfacing to the Z6132 Intelligent Memory 
Application Note (document #00-2102-A). 



Basic/Debug 

Basic/Debug is a subset of Dartmouth Basic, which 
interprets Basic statements and executes assembly 
language programs located in memory. Basic/Debug 
can implement all the Dartmouth Basic commands 
directly or indirectly. 



One advantage to programming in Basic/Debug is the 
interactive programming approach realized because 
Basic/Debug is interpreted, not assembled or com- 
piled. Modules are tested and debugged using the 
interactive monitor provided with Basic/Debug. 
Using Basic/Debug saves program development time 
by providing higher-level language statements that 
simplify program development. Using the INPUT and 
PRINT statements simplify debugging. 



The Z8671 Microcomputer 

Basic/Debug controls the memory interface, serial 
port, and other housekeeping functions performed 
by the assembly language programmer. 

The Z8671 uses ports and 1 for communicating 
with external memory. Port 1 provides the multi- 
plexed address/data lines (ADg-ADy); port sup- 
plies the upper address bits (A3-A15). The Z8671 
also uses the serial communications port for com- 
municating with a terminal. Serial communication 
takes two pins from port 3, leaving six 1/0 pins 
from port 3 available to the user. The serial 
communication interface uses one of the two 
counter/timers on the Z8671 chip. 

All other functions and features on the Z8601 are 
available with the Z8671 . The user may recon- 
figure the Z8671 in software as a Z8601 if 
desired. 



Applying the Z8671 

Applications of the Z8671 range from a low- 
complexity home microcomputer that is memory 
intensive to an inexpensive, 1/0-oriented micro- 
controller. 

For home computer users, Basic/Debug is used like 
other available Basic interpreters. The Z8671 , 
however, has many advantages over other computers. 
For example, the programmer can use the available 
functions such as interrupts to perform sophis- 
ticated tasks that are beyond the scope of other 
computer products. There is also a counter/timer 
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that is used as a watchdog counter, a time-of-day 
clock, a variable pulse width generator, a pulse 
width measurement device, and a random number 
generator. 

As an inexpensive microcontroller, Basic/Debug 
speeds program development time by calling assem- 
bly language subroutines (for time critical 
applications) and by supplying high-level Basic 
language statements that simplify the programming 
of noncritical subroutines. 



ARCHITECTURE 

Two major design goals were set for this Z8671 
Basic board. First, the board was to be simple. 
Second, the board needed to allow the user to 
write Basic programs and to utilize the features 
of the Z8601. 



Overview 

The board has seven IC packages: 

• Z8671 (Z8601 preprogrammed with 

Basic/Debug) 

• Z6132 (4K bytes of pseudo-static RAM) 

• 2716 (2K bytes of EPROM) 

• 1488 (RS232 line driver) 

• 1489 (RS232 line receiver) 

• 74LS04 (Hex inverter) 

• 74LS373 (octal latch) 

With these chips, a complete microcomputer system 
can be built with the following features: 

• 2K byte Basic/Debug interpreter in the inter- 
nal ROM. 

• 4K bytes of user RAM. 

• 2K bytes of user-programmable EPROM. 

• Full-duplex serial operation with programmable 
baud rates. 

t RS232 interface. 

• 8-bit counter/timer with associated 6-bit 
prescalers. 

• 124 general-purpose registers internal to the 
Z8671 . 

• 14 I/O lines available to the user. 

• 3 lines for external interrupts. 

• 3 sources of internal interrupts. 

• Sophisticated, vectored interrupt structure 
with programmable priority levels. Each can 
be individually enabled or disabled, and all 
interrupts can be globally enabled or 
disabled. 

• External memory expansion up to 124K bytes. 

• Memory-mapped I/O capabilities. 

This microcomputer can be used as a microcon- 
troller, in which case a terminal is attached, 
via the RS232 interface, and Basic/Debug is used 
to create, test, and debug the system. When the 
system is debugged, the program is put into the 
EPROM, the terminal disconnected, and the board 
run standing alone. The terminal can be reat- 



tached at any time to monitor the subroutines 
running on the board. 

This proposed board meets the design requirements 
of simplicity and of allowing the user to write 
and debug programs in Basic while maintaining 
access to the Z8671 on-chip features. 



Interfacing the Z8671 with External Memory 

Both RAM and ROM are used in this application for 
program development and to demonstrate the use of 
components with and without address latches. 

The RAM interface is easy to implement when using 
a Z6132 (Figure 1). No external address latch is 
needed because the Z6132 latches the address 
internally. The Z6132 signals WE (Write Enable), 
DS (Data Strobe), and AC (Address Clock) are wired 
directly to the Z8671 ^signals R/W (Read/ Write), 
DS (Data Strobe), and AS (Address Strobe). The 
only other signal required is CS (Chip Select). 
CS is provided by the Z8671 by decoding the upper 
address bit of port 0. This board uses address 
bit 15 to select the chip. Since there are two 
memory chips on this board, the upper address bit 
ensures that the Z6132 is selected for addresses 
800-7FFF (Hex) and that the 2716 is selected by 
addresses 8000-FFFF (Hex). 

There are two major advantages to using the 
Z6132. The interface to the Z8671 is uncompli- 
cated because both components are Z-BUS™ compat- 
ible, and it provides 4K bytes of RAM in one 
package. 

The ROM interface is not as simple as the inter- 
face to the Z6132. Nevertheless, the circuit is 
common in microcomputer applications. The ROM 
does not latch the address from the Z8671 and 
therefore needs an external address latch. The 
74LS373 latches the address for the 2716 EPROM. 
The Enable pin on the 74LS373 is driven by the AS 
signal via an inverter. The EPROM is also 
selected by the upper address nibble of port 0. 
Figure 2 shows the Z8671-to-2716 interface. 



Interfacing the Z8671 with RS232 Port 

The Z8671 uses its serial communication port to 
communicate with the RS232 port. Driver and 
receiver circuits are required to supply the 
proper signals to the RS232 interface. The circuit 
of Figure 3 shows the interface between the Z8671 
and the 1488 and 1489 for serial communication via 
the RS232 interface. 

The serial interface does not use the control 
signals Clear to Send, Data Set Ready, etc. It 
uses only Serial In, Serial Out and Ground, so it 
is a very simple interface. 

The Z8671 uses one timer and its associated pre- 
scaler for baud rate control. When the Z8671 is 
reset, it reads location FFFD and uses the byte 
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Figure 1. The Z8671 and Z6132 Interface 
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Figure 2„ The Z8671 and 2716 Interface 
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stored there to select the baud rate. The board 
described in this application note uses EPROM to 
select the baud rate. On reset, the Z8671 reads 
FFFD, which is in the EPROM, and decodes the baud 
rate from the contents of that location. The baud 
rate can be changed in software. 

Figure 4 shows the full board design implemented 
for this application note. 



Uncommitted I/O Pins and Other Pins 

Using the above design, port 2 is available for 
user applications. Any of the port 2 pins can be 
individually configured for input or output. There 
are also six pins in port 3 available to the user. 
The port 3 input pins can be used for interrupts. 
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Figure 3. Z8671 Interface 
for Serial Communications 



SOFTWARE 

Getting Started 

The Z8671 board needs +5 V and ground to run all 
components on the board except the 1488 EI A line 
driver. The 1488 needs +12 V and -12 V in addition 
to the +5 V and ground. (If using no terminal, the 
EIA driver/receiver circuit is disconnected. 
Consequently, the +12 V and -12 V lines are not 
required.) The test board ran at 200 mA. 



The RS232 port can interface to any ASCII terminal 
if the baud rate setting is matched to the value 
programmed into the EPROM. With power supplied to 
the board and the terminal connected to it, the 
reset button resets the Z8671 and the prompt char- 
acter appears (":"). 



The board is ready for a Basic command when the 
":" appears. The following sequence is a simple 
I/O example: 
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Figure 4. The Z8 System with Basic/Debug 
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:10 input a 
:20 "a=";a 
:run 

?5 

a=5 
:list 

10 input a 

20 "a=";a 

When a number is entered as the first character of 
a line, the Basic monitor stores the line as part 
of a program. In this example, "10 input a" is 
entered. Basic stores this instruction in memory 
and prints another ":" prompt. The Run command 
causes execution of the stored program. In this 
example, Basic asked for input by printing "?". A 
number (5) is typed at the terminal. Basic 
accepts the number, stores it in the variable "a", 
and executes the next instruction. The next 
instruction (20 "a=";a) is an implied print state- 
ment; writing an actual "print" command is not 
necessary here. This line of code produced the 
output "a=5". The command "list" caused Basic to 
display the program stored in memory on the ter- 
minal . 



Reading Directly from Memory 

Basic lets the user directly read any byte or word 
in memory using the Print command and "®" for byte 
references or "4" for word references: 

: print (§8 

10 
:pnnthex(@8) 

A 
:printhex( 4 8) 

AF6 



The first statement prints the decimal value of 
Register 8. The next statement prints the hexa- 
decimal value of Register 8 and the last statement 
prints the hexadecimal value of Register 8 (0AH) 
and Register 9 (F6H). 



Writing Directly to Memory 

Basic lets the user write directly to any register 
or RAM location in memory using the Let command 
and either "®" or "♦". 



value 255 into register 4096 decimal (1000H). The 
print commands write to the terminal the values 
that were put in with the first two instructions. 



Memory Environment 

Table 1 gives the memory configuration for the 
Z8671 application example. Chip Select is con- 
trolled by the MSB (most significant bit or A^) 
of port 0. Therefore, the RAM is selected for all 
addresses between 800H (2048 decimal) and 7FFFH 
(32767 decimal). Addresses 8FF, 18FF, 28FF, 38FF, 
and 78FF address the same location in RAM in this 
application because of Modulo 4K. EPROM is 
selected for all addresses from 8000H to FFFFH 
and, like the RAM, several addresses point to the 
same location in the PROM. 



Table 1 
The Memory Environment 



Decimal 


Hex 


Contents 


0-2047 

2048-32767 
32768-65536 


(0-7FF) 

(800-7FFF) 
(8000-FFFF) 


Internal ROM 
(BASIC/DEBUG) 
RAM (Z6132) 
EPROM (2716) 



Switching from RAM to EPROM 

Register 8 and Register 9 contain the address of 
the first byte of a user program or, if there is 
no program, the address where the Z8671 will put 
the first byte of a user program. In this appli- 
cation example, when the Z8671 is reset, Register 
8 and Register 9 contain 800H, which points into 
RAM. EPROM is selected by changing the contents 
of register 8 from 08H to 80H (See Table 2). 



Table 2 
The Registers 



Decimal 


Hex 


Contents 


22-23 
8-9 


(16-17) 
(8-9) 


Current Line Number 
Address of the First 
Byte of User Program 



:®5Sa=%ff 
: 4 4096=255 
:print@10 

255 
:printhex(|%1000) 

FF 



The Let command is implied to save memory space 
but can be included. The first statement loads 
the hexadecimal value FF into register 10 decimal 
(AH). The next instruction loads the decimal 



For more details on the register assignments, 
refer to the Pointer Registers-RAM System section 
of the Z8 Basic/Debug Software Reference Manual . 

After the instruction " 1 8=%8000" is executed, the 
Z8671 accesses the EPROM on the Basic/Debug Board. 

The example below shows how to switch from RAM to 
EPROM. The example uses two separate programs, 
one in RAM and one in EPROM. The RAM program is 
listed first, then the EPROM. 
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:printhex( ^8) 

800 
:list 

10 "executing out of RAM" 
: ^ 8=^8000 
:pnnthex( 4 8) 

8000 
:list 

10 "executing out of EPROM" 



Baud Control 

The baud rate is selected automatically by reading 
location FFFDH and decoding the contents of that 
location when the Z8671 is reset (the Z8 Basic/ 
Debug Software Reference Manual contains the baud 
rate switch settings in Appendix B). This appli- 
cation example holds the baud rate settings in its 
EPROM. The least significant bits of location FFFD 
hex will provide baud rates as follows: 



301 1=0 

302 r=0:p=0 

310 if 4 j=4kp=p+1 

320 j=j+2:k=k+2:l=l+1:if 4 > 1310 

330 J=S57f22:k=%7f2a 

331 1=0 

340 if| j=|kr=r+10:| j=4 j+10:l=3 

341 j=j+2 

350 1=1+1 :if4 > 1340 

351 j=%7f22 

352 1=0 

360 k=k+2:if%7f31>k340 
363 j=S7f22:k=%7f2a 

366 if 4 j>9Jj=Aj-10 

367 j=j+2 

368 if%7f29>j366 

370 "right ";r;" place ";p 

380 if4>p100 

390 y=999 

400 "right in ";i;" guesses;"; "play another 

y/n":inputx 
410 ifx=y10 



Baud Rate 


Value Read 


110 


110 


150 


000 


300 


111 


1200 


101 


2400 


100 


4800 


011 


9600 


010 


19200 


001 



Lines 10 through 50 comprise the random number 
generator for the program. The three lines: 

10 ©243=7 
20 @242=10 
30 (1241=14 

initialize counter/timer 1 to operate in modulo-10 
count. Refer to the Z8 Technical Manual for com- 
plete information on initializing timers. 



After a reset, the baud rate is programmed by 
loading a new value into counter/timer (see the 
Z8 Technical Manual , section 1.5.7). A Reset 
always changes the baud rate back to the rate 
selected from the contents of location FFFD. 



Burning an EPROM 



The "usr(84)" function waits for keyboard input, 
the ASCII value of the key is returned in a 
variable with the following command: 

:10 x=usr(84):"" 
:15 printhex(x) 
:run 

5 

35 



The EPROM contains the baud rate selection byte in 
location 7FDH. The other locations in memory are 
used for program storage. See section 6.3 of the 
Basic/Debug Manual for the format used to store 
programs in memory. This format is used to store 
programs in EPROM. 



Example 

The following is a printout 
Mastermind written in Basic/Debug. 



of the game 



10 (1243=7 

20 (1242=10 

30 ©241=14 

40 x=usr(84) :a=@242-1 :x=usr(84) :b=@242-1 

50 x=usr(84) :c=@242-1 :x=usr(84) :d=@242-1 

55 "":i=0 

100 "guess ",:in e,f,g,h 

110 i=i+1 

300 j=5S7f22:k=5S7f2a 



In the above example, the program waits at line 10 
until keyboard input, in this case the number 5. 
The input value is stored in ASCII format in the 
variable "x". The line: 

40 x=usr(84):a=@242-1 :x=usr(84):b=@242-1 

waits for input, reads the current value of timer 
1, subtracts 1 (to get a number between and 9), 
and stores the number in variable a. Then it 
waits for keyboard input at the second user func- 
tion call, reads the current value of timer 1, 
subtracts 1, and stores the number in variable b. 
Line 50 of the example program gets two more ran- 
dom numbers and stores them in variables c and d. 
The four-digit random number is located in 
variables a, b, c, and d. 

Line 300 assigns the location of variable a to 
variable j and the location of variable e (the 
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first variable in the guess string) to the 
variable k. The strategy is to access these 
variables indirectly and to increment pointers j 
and k to access the variables. 

A colon is used to separate commands on the same 
line. This is useful in packing the program into 
a small amount of memory space. The code, however, 
is harder to read. See section 5 of the Basic/ 
Debug manual for more information on memory 
packing techniques. 



CONCLUSION 

The design of this application example met the 
major design goals of simplicity and functional- 
ity. The first goal is accomplished by prudent 
selection of support components, excluding any 
unnecessary chips. The board allows the user to 
exercise the full power and flexibility of the 
features of the the Z8601 not used by Basic/Debug. 
The user can write and debug Basic programs with- 
out detailed knowledge of the Z8601 . 



Below is a sample run of the Mastermind program: , 

:run 

(<RETURN> on the keyboard is entered four 
times here) 
guess ? 0, 1, 2, 3 
right 2 place 
guess ? 4, 5, 6, 7 
right 2 place 1 
guess ? 0, 2, 4, 6 
right 3 place 2 
guess ? 4, 2, 1, 6 
right 4 place 4 
right in 4 guesses 
play another? y/n 
?n 



The Basic application example demonstrates a 
memory interface that is applicable for all Z8 
Family members. The case where there is no 
address latch on the memory chip was discussed, 
and an example of how to interface the multiplexed 
address/data bus of the Z8 Family through an 
address latch was shown. 

The software section explains the memory environ- 
ment and gives several examples of Basic/Debug. 
These examples are a good introduction to the 
board and to Basic/Debug. 

The Z8671 is a customized extension of the Z8601 
single-chip microcomputer. The simplicity of the 
Basic application example demonstrates the flexi- 
bility of the Z8601 microcomputer in an expanded 
memory environment. 
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INTRODUCTION 

The Zilog Z8590 Universal Peripheral Controller 
(UPC) opens up a wide variety of applications for 
distributed processing. One of the most useful 
functions of the UPC is to off-load routine proc- 
essing tasks, such as I/O processing, from the 
CPU. The advantages of such a distributed proc- 
essing approach include greater system throughput, 
more efficient use of system resources, and proto- 
col converters that make different peripherals 
look the same to the system software. The last 
advantage is particularly useful where different 
hardware configurations may be used with the same 
software. So long as the UPC handles the CPU 
interface in the same way, the peripheral devices 
attached to the UPC are transparent to the CPU. 

This paper describes a CRT display and keyboard 



interface circuit that was designed and built by 
the Zilog Applications Group using the Z8590 UPC 
in a Z80 system environment. The CRT display 
function was chosen due to the widespread use of 
CRT displays in the data processing environment. 
For further information on the Z8590 UPC refer to 
the Zilog Data Book , publication number 
00-2034-01. 



FUNCTIONAL DESCRIPTION 

This paper describes the Input /Output (I/O) part 
of a computer system in its most rudimentary 
form. Distributed processing is the theme used in 
this design so that as much of the low-level proc- 
essing for I/O as possible is performed by the 
UPC. Figure 1 shows a block diagram of the UPC 
I/O system. 
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Figure 1. Block Diagram of the UPC 
Single Board Terminal 
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The display interfaces to a standard video monitor 
by way of a composite video signal. Characters 
are represented by dots on a raster scan display 
in the form of a 5 x 7 matrix. The CPU interface 
to the UPC can transfer characters on a single 
byte basis or by a block move. So far as the CPU 
is concerned, the UPC looks like a serial port 
when used in single byte mode. This permits the 
system software to remain virtually the same for a 
serially-linked terminal or for the UPC. The UPC 
also provides for programmable cursor control, 
like that available on a standard terminal, with 
the control characters being optionally selected 
by the system software. When the UPC is initial- 
ized by the CPU, a bit in the mode control 
word can be set to indicate that cursor control 
characters will follow. The keyboard input is 
from an ASCII-encoded keyboard that has a strobe 
to signal a valid character present . 

The standard 7-bit ASCII code is supported with 
the negative -going strobe pulse indicating valid 
data. The keyboard input is TTL compatible and is 
not buffered into the UPC. 



A/D is High the register currently addressed by 
the address pointer is being accessed. 

The Z8590 UPC coordinates operation of the display 
section and the keyboard input with the Z80 CPU. 
Six bits from Port 1 are used to transfer data 
from the UPC to the CRT refresh memory. The other 
two bits are used with bit 7 of Port 2 to form the 
three bit command word for the CRT controller. 
Seven bits of Port 2 are used to input ASCII data 
from the keyboard. Since four of the bits on Port 
3 are used for interrupt control, the other four 
are used for I/O control. Bit 3 of Port 3 is used 
for the keyboard input strobe. This input gener- 
ates an interrupt within the UPC when the strobe 
input goes Low, indicating valid data at the key- 
board inputs. Bit 4 of Port 3 is used to control 
the RAM write pulse coming from the CRT Controller 
(CRTC) and going to the RAM. When this bit is 
Low, RAM writes are inhibited for operations such 
as cursor home and cursor return. Bit 6 of Port 3 
is used to generate the Data Strobe (5S) for the 
CRTC. When DS goes from Low to High, the three 
command bits are latched into the CRTC. Figure 2 
shows the UPC and interface circuitry used. 



SYSTEM DESIGN 

The UPC I/O project is designed to fit within an 
existing Z80-based test bed. Therefore, the 
interface requirements include a Z80-type inter- 
face with interrupt capability. Other specifica- 
tions include: 

• Display format of 16 lines by 64 characters 

• 5x7 dot matrix characters 

• Composite video output 

• ASCII character input from CPU 

• Programmable cursor control 

• ASCII keyboard input 

• Single +5V operation 

• Character or block transfer mode 

• Programmable CPU interrupts 

• Programmable enable for CRT and keyboard 

HARDWARE DESIGN 

The hardware design encompasses three basic ele- 
ments: the Z8590 UPC and processor interface sec- 
tion, the CRT display section, and the keyboard 
input section. 

The Z8590 UPC is treated as a peripheral by the 
master CPU, in this case a Z80A CPU, and is 
accessed using the standard Z80 I/O instructions 
via two ports. One of the two ports is selected 
depending on the state of the A/D line. If A/D is 
Low the address pointer is being written to. If 



The heart of the display circuit is the Standard 
Microsystems CRT-96364B CRTC chip. The basic 
design was derived from the CRT-96364B data sheet 
by Standard Microsystems Corp. The CRTC contains 
all the circuitry necessary to generate the video 
timing pulses and memory address and control sig- 
nals for the display RAM. The display format is 
64 characters per line by 16 lines. This requires 
a 1024 character memory which is supplied by the 
2102 RAM devices. Since 64 ASCII characters are 
displayed, only six bits of memory are required to 
store character information. The memory address 
and write signals are generated by the CRTC under 
control of the UPC. Data is entered into the dis- 
play memory by writing a command to the CRTC along 
with the data. Figure 3 shows the logic used with 
the CRTC. 

Within an 8 x 8 dot character cell provided by the 
CRT timing, only a 5 x 7 dot character is used. 
The characters are formed using a 2716 EPROM char- 
acter generator. The lowest three bits of the 
2716 EPROM address inputs from the character row 
count and come from the CRTC. The next six bits 
form the character address. Each character is 
stored in EPROM as eight contiguous bytes. The 
row count addresses a row (equivalent to a byte) 
within the character block. Therefore, the char- 
acter addresses are modulo 8 and take a total of 
512 bytes. The CRV output of the CRTC is used to 
select the cursor pattern in EPROM. When CRV is 
Low characters are normally displayed. When CRV 
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is High the character is replaced by an under- 
score. 

Five bits of the EPROM output are fed into the 
74LS165 shift register. This shift register con- 
verts the five column dots into a bit stream for 
the video output signal. Composite video is 
generated by merging the video dot stream with the 
Composite Sync (CSYN) output of the CRTC through a 
resistor summing network. 

The remaining circuitry supplies clocks to various 
parts of the circuit. Three elements of the 74S04 
form an oscillator. The output of the oscillator 
goes to three places. It is divided by twelve by 
the 74LS92 to form the 1.018 MHz clock required by 
the CRT-96364B. It is also divided by four by the 
74LS73 to provide the 3.054 MHz clock for the UPC. 
The oscillator output is also ANDed with the Dot 
Clock Enable (DCE) output of the CRTS and fed into 
the 741S161 to form the Dot Character Clock (DCC) 
pulses. Since a character cell time is eight 
clock pulses long, the DCC is derived from a 
divide-by-eight counter. The divide-by-eight 
counter also loads the shift register at each 
character time. Figures 4 and 5 show the circuit- 
ry and waveforms for the timing and video output 
circuitry. 

The UPC emulates CRT terminal operations by pro- 
viding keyboard data input to the master CPU as 
well as CRT output. The keyboard inputs are 7-bit 
ASCII encoded with TTL level signals. The Strobe 
Input (STB) is active Low to indicate a valid 
character at the keyboard data inputs. When STB 
goes Low, an interrupt is generated within the UPC 
and the data inputs are read. 

With this hardware a complete CRT terminal can be 
constructed at minimal cost to the user with no 
sacrifice in performance. 



SOFTWARE DESIGN 

The software design encompasses two areas: the 
UPC programming and the master CPU interface. The 
former includes the UPC internal register organi- 
zation and program initialization. The latter 
includes the data transfer protocol used between 
the UPC and the master CPU. 



UPC Programming 

The specifics of this CRT project will now be dis- 
cussed, as it is assumed that the reader is famil- 
iar with the UPC in general. Of the 256 accessi- 



ble registers within the UPC, 22 (addresses ?oF0 
through %FF and ?oOO through ?o05) are special- 
purpose control registers defined by the hard- 
ware. The remaining 214 registers are general- 
purpose in nature and are allocated as shown in 
Figure 6. 
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Figure 6. UPC Internal Register Allocation 

The Program (PGM) registers (registers %06 through 
%0F) are general-purpose data manipulation regis- 
ters. These are the working-set registers used to 
hold data temporarily and to perform various com- 
parison and calculation functions within the pro- 
gram. 

The CPU access registers (%10 through ?o1F) are 
used to facilitate communication between the UPC 
and master CPU. Two bits in the status register, 
CRT Busy (CRTBSY) and CPU Data Available (CPDAV), 
are actually semaphores that form the key mecha- 
nisms for data interchange. The CRTBSY bit can be 
set only by the master CPU and can be cleared only 
by the UPC. The CPDAV bit can be cleared only by 
the master CPU and can be set only by the UPC. 
These will be discussed in detail in the master 
CPU access section. 

A line of data on the CRT screen is 64 bytes 
long. Therefore registers ?o20 through %5F form a 
64 byte line buffer for the CRT display. This is 
used only in Block Transfer mode, since the UPC 
receives a block of data before outputting it to 
the CRT. 

The parameter area (registers %6Q through °o7F) 
contains the cursor control characters and corre- 
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sponding information. Figure 7 illustrates the 
format of the parameter area. Since there are 
eight cursor control characters and each occupies 
four bytes of control block information, there are 
a total of 32 bytes allocated for this purpose. 
Most incoming control characters are compared with 
the ASCII codes in this table, and if a match is 
found the software determines what to do based on 
the other values in the cursor control block. 



(DTC) register. This enables communication with 
the master CPU to take place, and indicates to the 
master CPU that the UPC is ready for operation. 
If the EDX bit is cleared, data transfers to or 
from the UPC are inhibited. At this point the UPC 
waits for the Mode register to be set by the mas- 
ter CPU before continuing. 

Table 1. Internal Data Area 
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CRT CODE* 
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CRT COMMAND 
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EACH FOR A TOTAL OF 32 BYTES THESE OCCUPY REGISTERS %60-%7F 



Figure 7. UPC Parameter Block Definition 



The keyboard buffer (registers %80 through ?oBF) 
temporarily stores data coming from the keyboard 
within the UPC until the master CPU reads the 
data. The keyboard buffer is used in both charac- 
ter and block modes since keyboard input is actu- 
ally done by interrupts. In character mode, the 
buffer is simply a circular buffer that accumu- 
lates keyboard data until it is processed by the 
master CPU. One pointer, the Keyboard Buffer 
Pointer (KBBPTR), is used to indicate into which 
location the next keyboard character will go. The 
other pointer, the Keyboard Pointer (KBPTR), is 
used to indicate which location the next character 
will be read from by the master CPU. 

Finally, the stack and data areas (registers %C0 
through ?oEF) are used for variable storage. The 
stack grows down from location %F0 and occupies 
about ten bytes maximum. The internal data area 
contains various run-time variables used by the 
UPC program, as shown in Table 1. 

On power-up the UPC initializes the necessary 
variables, all the control registers, and loads 
the default parameters into the parameter area. 
When all this is done the UPC sets the Enable Data 
Transfer (EDX) bit in the Data Transfer Control 



UPC 




ADDRESS 


VALUE 


%co 


FLAG 


*C1 


UBPTR 


%C2 


CBCNT 


5SC3 


COLCNT 


%C4 


TIMER 


5SC5 


KBPTR 


%C6 


KBBPTR 


%Z1 


CHAR 



Appendix A contains the UPC program listing used 
for this project. The UPC program structure con- 
sists of constants declaration, the main program 
body, and data tables. Within the main program 
body are routines for initialization, the main 
program loop, CRT output, keyboard input, inter- 
rupt service, and other support routines. 

Master CPU Interface 

The master CPU communicates with the UPC through 
20 special registers. These registers are 
accessed directly by the I/O instruction address 
in the Z8090 Z-UPC and indirectly by a register 
pointer m the Z8590 UPC. To read or write data 
for a particular register in the Z8590, the 
register pointer is first written (A/D line is 
Low) and then data (A/D line is High) is written. 
Thus, a register access operation involves two I/O 
transactions. The register pointer is latched 
within the UPC so multiple reads of a particular 
register (such as the status register) need not 
have the pointer written each time. This is 
useful when polling the status bits or using a 
block move instruction for data transfers. 

Of the twenty possible registers accessible to the 
master CPU only ten are actually used. Figure 8 
shows eight of these registers and their mean- 
ings. The Mode register (register pointer address 
%00), end-of-lme edit character (EOL, %04) , back- 
space edit character (BS, %05), delete-line edit 
character (DL, ?o06), and interrupt vector (VECT, 
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Sb07) are initialized once by the master CPU. The 

status, CRT data (CRDAT), and keyboard data 

(KBDAT) registers are used to control data flow 
into and out of the UPC, 
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Figure 8. UPC Program Status 
and Control Registers 



The master interrupt control register (MIC) is 
used by the master CPU to control the UPC inter- 
rupt condition. The upper three bits (Dy, D^, and 
D5) correspond to Interrupt Enable (IE), Interrupt 
Under Service (IUS), and Interrupt Pending (IP), 
respectively, by a master CPU read. When the CPU 
writes these bits, their meanings change as illus- 
trated in the table of Figure 9. The EDX bit (bit 
3) is monitored by the CPU after power-up so the 
CPU can determine when to initialize the UPC. 

The data indirection register (DIND) is used for 
block data transfers. The next section explains 
this in greater detail. 



Initializing the UPC 

If vectored interrupt structure is supported, the 
first byte to write to the UPC is the interrupt 
vector. This is be the 8-bit vector returned by 
the UPC when the master CPU generates an interrupt 
acknowledge in response to an interrupt request by 
the UPC. The vector register is accessed by writ- 
ing a 07 hex to the UPC address port, and the 
vector to the UPC data port. 



I I edxIxerrIlerrJe 



(INDIRECT DATA) 



CPU ADDRESS 
DTC = %18 



DIND = %15 



INTERRUPT VECTOR 



IUS* I IP* I NV I EDX I DLC IdISwIeOmJ 



D 7 


D fi 


Db 


IE 


IUS 


IP 

















1 





1 








1 


1 


1 








1 
1 

1 




1 
1 


1 



1 



NULL 

RESET IP AND IUS 

SET IUS 

RESET IUS 

SET IP 

RESET IP 

SET IE 

RESET IEI 



Note: These are accessible to 
the master CPU according to 
UPC specifications. 



Figure 9. Other UPC Control Registers 

Next comes the mode control byte. The lower four 
bits determine the operation of the UPC environ- 
ment. If CRT Enable (bit 0) is set, then data 
transfers can occur from the master CPU to the CRT 
display. If KB Enable (bit 1) is set, then data 
transfers are enabled from the keyboard to the 
master CPU. The block mode bit (bit 2) indicates 
block transfer mode. This applies to both the CRT 
output and keyboard input. Block mode is used 
with the powerful Z80 block I/O instructions or 
with DMA. 

The Parameters Follow bit (bit 3) indicates wheth- 
er or not eight cursor control parameter bytes 
will follow. If the Parameters Follow bit is set, 
then the next eight bytes sent to the UPC are the 
eight cursor control characters in the following 
sequence: cursor home, cursor forward, cursor 
back, cursor down, erase page, cursor return, cur- 
sor up, and erase line. These eight bytes are 
written via the DIND register. The DIND register 
eight cursor control bytes are sent to the UPC 
data port by a block move instruction (OTIR) on 
the Z80. 

This completes initialization of the UPC by the 
master CPU. Listings found in Appendix B can be 
used as an example of how the master CPU uses the 
UPC. 



Using the UPC 

Of the ten registers utilized by the master CPU, 
four or five are actually used for data transfer. 
The status register (address 01 hex) contains two 
bits that indicate the internal UPC status. These 
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bits are monitored and controlled by the master 
CPU under the definition of the UPC interface pro- 
tocol. The CRTBSY (bit 0) can be set only by the 
master CPU and cleared only by the UPC. When the 
master CPU writes data into the CRT Data register 
(CRDAT, address 02 hex), it also sets the CRTBSY 
bit in the status register. This does two 
things. First, it indicates to the UPC that there 
is data available in the CRDAT register ready to 
output to the CRT display. Second, the busy bit 
remains set and prevents further character trans- 
fers until the UPC clears the busy bit. Figure 10 
shows the data flow for character mode transfers 
into and out of the UPC. 

Similar to the CRT data transfer is the keyboard 
data transfer. The keyboard data register (KBDAT, 
address 03 hex) contains the keyboard data loaded 
by the UPC, and the CPDAV bit in the status regis- 
ter (bit 1) indicates keyboard data is available. 
The CPDAV bit can be set only by the UPC and 
cleared only by the master CPU. When the master 
CPU reads KBDAT, it also clears CPDAV in the stat- 
us register. This is also shown in Figure 10. 
The sequence of events depicted in Figure 10 is 
important. The order in which the registers are 
accessed should be adhered to or the UPC may 
change or lose data unexpectedly. 



The above description applies to character trans- 
fers when polling the status register continuous- 
ly. Interrupts can be used with the UPC to indi- 
cate a change in either status bit. If CPDAV goes 
from a to a 1 (set) or CRT busy goes from a 1 to 
a (cleared) the UPC generates an interrupt. The 
interrupt service routine must poll the status 
register to determine the cause of the interrupt, 
however, since there is only one vector returned 
in vectored interrupt mode. 

If interrupts are used, then the master CPU inter- 
rupt service routine must perform several opera- 
tions in addition to the data transfer(s). These 
operations involve the Master Interrupt Control 
(MIC) register (address 1E hex). After the data 
transfer condition has been satisfied in the UPC 
the master CPU must reset the IP and IUS latches 
within the UPC. This restores the daisy chain to 
its normal state. Then, to allow further inter- 
rupts from the UPC, the IE latch must be set. 
Using bits D y , D 6 , and D 5 of the MIC register 
(shown in Figure 9), IP and IUS are cleared by 
writing 001. IE is then set by writing 110 to 
these bits. IE is cleared by the UPC on power- 
up, thus the set IE command must be written to the 
UPC during the initialization phase by the master 
CPU so that interrupts can occur. The interrupt 
operation applies to both character mode transfers 
and block mode transfers. 



Character node - CRT Output 

CPU UPC 

STAT 

rRead CRTBSY *+ * ■ CRTBSY = x 
Loop if set «* * j 

CRTBSY = 0, IP = 1 



CRDAT 



Write data 

Set CRTBSY » CRTBSY = 1 



(Begin next transfer) 



) 



Process data 



Character rode - KB input 



/^Read CPDAV 
Wait inL Branch if clear ■ 
loop or 
exit 



STAT 



CPDAV = 

CPDAV = 1, IP = 1 



, KBDAT 



Read KBDAT 

STAT 
Clear CPDAV OIM '» CPDAV = 



(exit) 



Figure 10. Character Node Data Transfer 



Block mode data transfers are faster and more 
efficient than character mode transfers. These 
transfers access the status register, as do char- 
acter transfers, but the data is exchanged via the 
DIND register. DIND is a location pointed to by 
another register within the UPC. Master CPU ac- 
cesses to DIND automatically increment the pointer 
register by one so that several consecutive regis- 
ter locations can be written to or read from. The 
number of bytes to transfer by DIND is written by 
the master CPU into CRDAT for CRT block transfers, 
and read from KBDAT for keyboard block transfers. 
Thus, protocol exists for CTR block data trans- 
fers, as Figure 11 illustrates. Up to 64 bytes 
may be sent or received at one time in this mode. 
Both the Z80 and Z8000 block move instructions 
work very well with this method of data transfer, 
resulting in superior sytem throughput. 



Using the Z8090 Z-UPC 

Implementing the single board terminal on a Z8000 
or Z8 processor-based system is very easy with the 
Z8090 Z-UPC. The software in the Z-UPC is iden- 
tical to the software in the Z8590 UPC. The hard- 
ware interface to the keyboard and display cir- 
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CPU 



Block Node (transfer handshake) 



UPC 



STAT 
/►Read CRTBSY < . CRTBSY = x 



L If set, Loop 



CRTBSY = (IP set if 
i CRTBSY was 1) 



Write block CRDAT » » 
length 



Set CRTBSY 



STAT 



CRTBSY = 1 



r- Read CRTBSY *+■ 
l^ Loop if set 



STAT 



Block output -^ — 

data DIND 



CRTBSY = 0, set IP 



STAT • 
Set CRTBSY — » CRTBSY = 1 



^ 



Process data 
(begin next transfer) 

Figure 11. Block Node Data Output to UPC 



cuitry is also the same. The only difference is 
the hardware interface to the CPU and the CPU 
software. The protocol and register functions are 
unchanged. 



CONCLUSION 

This paper describes the use of the Z8590 UPC in a 
distributed processing environment. System per- 
formance can be most effectively improved by di- 
viding CPU tasks into logical functions. Such a 
task, as has been illustrated here, is a fundamen- 
tal I/O operation that facilitates communication 
between the user and the computer. Other func- 
tions may include such peripheral operations as a 
flexible disk controller, a PROM programmer, a D/A 
or A/D converter, or a communications protocol 
controller. 

Coupled with the powerful instruction set of the 
Zilog family CPUs, the Z8090 Z-UPC and Z8590 UPC 
find many uses in virtually any system environ- 
ment. 
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APPENDIX A 



UPC CRT Controller Program Listing 



Z8ASM 


3. 03 










LOC 


OBJ CODE 


STMT 


SOURCE STATEMENT 








1 
2 
3 
4 
5 


! UPC CRT TERMINAL 


DRIVER PROGRAM! 






CRTC MODULE 








C0IV6TANT 








6 


DTC:=0 


•DATA XFER CONTROL REG! 






7 


PI 


«1 


•PORT 1 ! 






8 


P2 


=2 


!PORT 2! 






9 


P3 


=3 


•PORT 3! 






10 


IX 


=4 


!LIMIT COUNT REG! 






11 


DIND: =5 


'DATA INDIRECTION REG! 






12 


TMRVAL:=7.28 


TIMER COUNT VALUE! 






13 


DSC: =7.10 


CPU ACCESS AREA! 






14 


MODE: «DSC 


MODE REGISTER! 






15 


CRTEN: =1 


CRT ENABLE BIT! 






16 


KBEN:=2 


KB ENABLE BIT! 






17 


BLOK: =4 


BLOCK XFER! 






18 


PARMS: =8 


PARAMETERS FOLLOW! 






19 


STAT:=M0DE+1 


•STATUS REGISTER! 






20 


CRTBSY:«1 


CRT BUSY FLAG! 






21 


CPDAV: =2 


CPU KB DATA AVAIL! 






22 


KBOVF: =4 


KB BUFFER OVERFLOW! 






23 


CRDAT: =STAT+1 


CRT DATA AREA! 






24 


KBDAT: =CRDAT+1 


KB DATA AREA! 






25 


E0L:=KBDAT+1 


END OF LINE CHARACTER! 






26 


BS:=E0L+1 


BACKSPACE CHARACTER! 






27 


DL:=BS+1 


DELETE LINE CHARACTER! 






28 


VECT: =DL+1 


CPU INTERRUPT VECTOR! 






29 


BUFF: =7.20 


CRT BUFFER AREA! 






30 


PAR AM: =7.60 


PARAMETER TABLE AREA! 






31 


KBUFF:=7.80 


KEYBOARD INPUT BUFFER! 






32 


sroR:=y.co 


RAM STORAGE AREA! 






33 


FLAG: =STOR 


FLAG BYTE! 






34 


KBB:=1 


KB BUFFER OVF FLAG! 






35 


KBDAV: =2 


KB DATA AVAIL! 






36 


CRTXFR:=4 


CRT XFER FLAG! 






37 


KBXFR:=8 


KB XFER FLAG! 






38 


TMRFLG:=7.80 


TIMER ACTIVE FLAG! 






39 


UBPTR:=FLAG+1 


UPC CRT BUFFER POINTER! 






40 


CBCNT: =UBPTR+1 


CPU CRT BYTE COUNT! 






41 


C0LCNT:=CBCNT+1 


CRT COLUMN COUNT! 






42 


KBPTR:=C0LCNT+1 


KB OUTPUT BUFFER PTR ! 






43 


KBBPTR:=KBPTR+1 


KB INPUT BUFFER PTR! 






44 


TIMER: =KBBPTR+1 


TIMER VALUE! 






45 


CHAR:=TIMER+1 


KB CHARACTER STORAGE <KLUGE) ! 






46 


MIV:=7.F0 


CPU INTERRUPT VECTOR REG! 






47 


MIC:=7.FE 


MASTER INTERRUPT CTRL! 






48 


EDX:=8 


ENABLE DATA XFER BIT! 






49 


IP: =7.20 


SET IP BIT! 






50 


EE0L:=7.0D 


DEFAULT EOL! 






51 


DBS: =7.08 


DEFAULT BACKSPACE! 






52 


DDL: =7.18 


DEFAULT DEL LINE! 






53 










54 


^SECTION PROGRAM 








55 


GLOBAL 








56 


*ABS 




P OOOO 


0290 


57 


WVAL ERROR 




P 0002 


0219 


58 


WVAL KB I NT 




P 0004 


0293 


59 


WVAL DUMMY 




P 0006 


0293 


60 


WVAL DUMMY 




P 0008 


0206 


61 


WVAL TIMERO 




P OOOA 


0218 


62 
63 


WVAL TIMER1 




P OOOC 




64 
65 
66 


MAIN PROCEDURE 
ENTRY 
BEGIN: 




P OOOC 


8F 


67 


DI 




P OOOD 


BO FD 


68 


CLR RP 


•CLEAR REGISTER POINTER 
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P OOOF 


50 


CO 




69 




CLR 


FLAG 


! CLEAR FLAG BYTE! 


P 0011 


BO 


C7 




70 




CLR 


CHAR 


•CLEAR CHARACTER! 


P 0013 


BO 


C6 




71 




CLR 


TIMER 


•CLEAR TIMER! 


P 0015 


BO 


10 




72 




CLR 


MODE 


•CLEAR MODE! 


P 0017 


BO 


11 




73 




CLR 


STAT 


! CLEAR STATUS! 


P 0019 


E6 


C5 


80 


74 




LD 


KBBPTR, #KBUFF 


•INIT KBBPTR! 


P 001C 


E6 


C4 


80 


75 




LD 


KBPTR,#KBUFF 




P 001F 


E6 


14 


OD 


76 




LD 


EOL, #DEOL 


! DEFAULT EOL*CR ! 


P 0022 


E6 


15 


08 


77 




LD 


BSi #DBS 


•DEFAULT BS«BS! 


P 0025 


E6 


16 


18 


78 




LD 


DL* #DDL 


! DEFAULT DEL LINE=CAN! 


P 0028 


E6 


00 


10 


79 




LD 


DTC, #DSC 


!LOAD DTC REG. ! 


P 002B 


6C 


60 




80 




LD 


R6, #PARAM 


!PTR TO CCTABLE! 


P 002D 


7C 


20 




81 




LD 


R7, #7.20 


•MOVE 32 BYTES! 


P 002F 


8C 


02 




82 




LD 


R8, #HI CCTABL 


• SOURCE ! 


P 0031 


9C 


A4 




83 
84 


CLCDP: 


LD 


R9,#L0 CCTABL 




P 0033 


C3 


68 




85 




LDCI 


@R6, ®RR8 


!MOVE BYTES' 


P 0035 


7A 


FC 




86 




DJNZ 


R7, CLOOP 




P 0037 


8C 


02 




87 




LD 


R8, #HI TABLE 


•LOAD INIT TABLE! 


P 0039 


9C 


94 




88 




LD 


R9, #L0 TABLE 




P 003B 


6C 


FO 




89 




LD 


R6, #"/.F0 


•POINT TO REGS. ! 


P 003D 


7C 


10 




90 
91 


ILCDP: 


LD 


R7, #7.10 


!LOAD 16 REGISTERS! 


P 003F 


C3 


68 




92 




LDCI 


@R6, ©RR8 


•MOVE INIT CODES . . ! 


P 0041 


7A 


FC 




93 
94 


ML: 


DJNZ 


R7, ILOOP 


•TO REGISTERS. ! 


P 0043 


44 


10 


10 


95 




OR 


MODE, MODE 


!MODE WORD SET?! 


P 0046 


6B 


FB 




96 




JR 


Z,ML 


!N0, LOOP! 


P 0048 


E4 


17 


FO 


97 




LD 


MIV, VECT 


•SAVE CPU INT VECTOR! 


P 004B 


76 


10 


08 


98 




TM 


MODE, #PARMS 


! CHECK PARAMS BIT! 


P 004E 


6B 


IB 




99 




JR 


Z,SKIP 


!SKIP IF CLEAR! 


P 0050 


E6 


05 


20 


100 




LD 


DIND, #BUFF 




P 0053 


E6 


04 


08 


101 
102 


ML1: 


LD 


LC,#8 




P 0056 


44 


04 


04 


103 




OR 


LCLC 


•WAIT FOR LC«0! 


P 0059 


EB 


FB 




104 




JR 


NZ,ML1 




P 005B 


6C 


08 




105 




LD 


R6, #8 


•MOVE 8 BYTES! 


P 005D 


7C 


60 




106 




LD 


R7, #PARAM 




P 005F 


8C 


20 




107 
108 


ML2: 


LD 


R8, #BUFF 




P 0061 


E3 


98 




109 




LD 


R9,@R8 




P 0063 


F3 


79 




110 




LD 


®R7, R9 




P 0065 


06 


E7 


04 


111 




ADD 


R7,#4 




P 0068 


8E 






112 




INC 


R8 




P 0069 


6A 


F6 




113 
114 


SKIP: 


DJNZ 


R6, ML2 




P 006B 


9F 






115 
116 




EI 














117 


i 


THIS 


IS THE MAIN PROGRAM LOOP. 










118 




UPC ARRIVES HERE AFTER 


INIT AND 










119 




MODE 


ARE DEFINED. 












120 


i 
















121 


















122 


LOOP: 








P 006C 


76 


10 


01 


123 




TM 


MODE, #CRTEN 


•CRT ENABLED?! 


P 006F 


6B 


08 




124 




JR 


Z,L1 


!N0, BRANCH! 


P 0071 


76 


11 


01 


125 




TM 


STAT, #CRTBSY 


!CRT DATA AVAIL?! 


P 0074 


6B 


03 




126 




JR 


Z,L1 




P 0076 


D6 


0094 


127 




CALL 


CRT 












128 


LI: 








P 0079 


76 


10 


02 


129 




TM 


MODE, #KBEN 




P 007C 


6B 


EE 




130 




JR 


Z, LOOP 




P 007E 


76 


CO 


02 


131 




TM 


FLAG, #KBDAV 


!KB DATA AVAIL?! 


P 0081 


6B 


03 




132 




JR 


Z,L2 


•NO, BRANCH! 


P 0083 


D6 


00D8 


133 




CALL 


KB 


•CHECK KB DATA! 










134 


L2: 








P 0086 


44 


C7 


C7 


135 




OR 


CHAR, CHAR 


!ECHO CHAR?! 


P 0089 


6B 


El 




136 




JR 


Z, LOOP 


!N0, BRANCH! 


P 008B 


68 


C7 




137 




LD 


R6, CHAR 




P 008D 


D6 


014C 


138 




CALL 


DATOUT 




P 0090 


BO 


C7 




139 




CLR 


CHAR 




P 0092 


8B 


D8 




140 
141 
142 




JR 
THIS 


LOOP 
ROUTINE PROCESSES 


CRT CHARACTERS THAT 










143 




ARRIVE FROM THE MASTER 


CPU. 










144 
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145 




INPUTS: 


NONE 












146 






R6-R10 USED 












147 




OUTPUTS 


: NONE 












148 


i 
















149 


CRT: 








P 0094 


76 


10 


04 


150 




TM 


MODE, ttBLOK 


•CHECK MODE! 


P 0097 


6B 


37 




151 




JR 


Z, CRT3 


•BRANCH IF NOT BLOCK! 


P 0099 


76 


CO 


08 


152 




TM 


FLAG, #KBXFR 


•KB XFER? ! 


P 009C 


EB 


39 




153 




JR 


NZ,CRT4 


•YES, BRANCH! 


P 009E 


76 


CO 


04 


154 




TM 


FLAG, #CRTXFR 


•CHECK XFER FLAG! 


P 00A1 


EB 


1C 




155 




JR 


NZ,CRT2 


•BRANCH IF BLOCK DATA! 


P 00A3 


68 


12 




156 




LD 


R6, CRDAT 


•GET DATA! 


P 00A5 


56 


E6 


3F 


157 




AND 


R6, #7.3F 


!ONLY 64 BYTES! 


P 00A8 


6B 


OD 




158 




JR 


Z,CRT1 


! BRANCH IF NOTHING! 


P OOAA 


69 


04 




159 




LD 


LCR6 


!MOVE BYTE COUNT! 


P OOAC 


69 


C2 




160 




LD 


CBCNT, R6 




P OOAE 


E6 


CI 


20 


161 




LD 


UBPTR, #BUFF 


! RESET BUFFER PTR ! 


P 00B1 


E6 


05 


20 


162 




LD 


DIND, #BUFF 


•SET DIND PTR! 


P 00B4 


46 


CO 


04 


163 
164 


CRT1 : 


OR 


FLAG, #CRTXFR 


•SET XFER FLAG! 


P 00D7 


56 


11 


FE 


165 




AND 


STAT, #7.FF-CRTBSY 


! CLEAR CRT BUSY 


P OOBA 


46 


FE 


20 


166 




OR 


MIC,#IP 


!ELSE, SET IP! 


P OOBD 


8B 


18 




167 
168 


CRT2: 


JR 


CRT4 




P OOBF 


E5 


CI 


E6 


169 




LD 


R6, SUBPTR 


!GET DATA! 


P 00C2 


D6 


014C 


170 




CALL 


DATOUT 


•SEND TO CRT! 


P 00C5 


20 


CI 




171 




INC 


UBPTR 




P 00C7 


00 


C2 




172 




DEC 


CBCNT 


!DECR BYTE COUNT! 


P 00C9 


EB 


F4 




173 




JR 


NZ.CRT2 


•BRANCH IF MORE! 


P OOCB 


56 


CO 


FB 


174 




AND 


FLAG, #7.FF-CRTXFR 


!CLR XFER FLAG! 


P OOCE 


8B 


E7 




175 
176 


CRT3: 


JR 


CRT1 


•EXIT! 


P OODO 


68 


12 




177 




LD 


R6, CRDAT 


•GET DATA! 


P 00D2 


D6 


014C 


178 




CALL 


DATOUT 


•SEND TO CRT! 


P 00D5 


8B 


EO 




179 
180 


CRT4: 


JR 


CRT1 


•EXIT! 


P 00D7 


AF 






181 
182 




RET 














183 


! 


THIS ROUTINE PROCESSES KEYBOARD DATA. 










184 




R6 IS CLOBBERED. 












185 


i 
















186 


















187 


KB: 








P 00D8 


76 


10 


04 


188 




TM 


MODE, #BLOK 


•BLOCK MODE?! 


P OODB 


6B 


41 




189 




JR 


Z,KB3 


•NO, BRANCH! 


P OODD 


76 


CO 


04 


190 




TM 


FLAG, #CRTXFR 


•CRT XFER? ! 


P OOEO 


EB 


68 




191 




JR 


NZ,KB4 


•YES, BRANCH! 


P 00E2 


76 


CO 


08 


192 




TM 


FLAG, #KBXFR 


•XFER SET?! 


P 00E5 


EB 


26 




193 




JR 


NZ,KB2 


•YES, BRANCH! 


P 00E7 


8F 






194 




DI 






P 00E8 


56 


11 


FB 


195 




AND 


STAT, #7.FF-KB0VF 


•CLEAR KB OVF! 


P OOEB 


76 


CO 


01 


196 




TM 


FLAG, #KBB 


! CHECK KBB! 


P OOEE 


6B 


06 




197 




JR 


Z,KB1 


•SKIP IF CLEAR! 


P OOFO 


46 


11 


04 


198 




OR 


STAT, #KBOVF 


•SET KB OVF! 


P 00F3 


56 


CO 


FE 


199 
200 


KB1: 


AND 


FLAG, #7.FF-KBB 


•CLEAR KBB! 


P 00F6 


68 


C5 




201 




LD 


R6, KBBPTR 


!GET LINE LENGTH! 


P 00F8 


26 


E6 


80 


202 




SUB 


R6, #KBUFF 




P OOFB 


69 


13 




203 




LD 


KBDAT, R6 


•STORE COUNT! 


P OOFD 


69 


04 




204 




LD 


LCR6 


•STORE BUFFER LENGTH! 


P OOFF 


E6 


05 


80 


205 




LD 


DINL. #KBUFF 




P 0102 


46 


CO 


08 


206 




OR 


FLAG, #KBXFR 


•SET XFER! 


P 0105 


46 


11 


02 


207 
208 


KB 11: 


OR 


STAT, #CPDAV 


•SET CP DAV! 


P 0108 


46 


FE 


20 


209 




OR 


MIC,#IP 


•SET IP! 


P 010B 


8B 


3D 




210 
211 


KB2: 


JR 


KB 4 




P 010D 


76 


11 


02 


212 




TM 


STAT, #CPDAV 


•CPU THRU? ! 


P OHO 


EB 


38 




213 




JR 


NZ,KB4 


•NO, CONTINUE! 


P 0112 


8F 






214 




DI 






P 0113 


56 


CO 


F7 


215 




AND 


FLAG, #*/.FF-KBXFR 


!ELSE, CLEAR XFER! 


P 0116 


E6 


C4 


80 


216 




LD 


KBPTR, #KBUFF 


•RESET KB PTR! 


P 0119 


E6 


C5 


80 


217 




LD 


KBBPTR, #KBUFF 




P 011C 


8B 


29 




218 
219 


KB3: 


JR 


KB32 




P OUE 


76 


11 


02 


220 




TM 


STAT, #CPDAV 


•CP DAV ?! 



1-99 



P 0121 EB 


27 




221 




JR 


NZ,KB4 


?YES, BRANCH! 


P 0123 8F 






222 




01 






P 0124 A4 


C4 


C5 


223 




CP 


KBBPTR, KBPTR 


! COMPARE KB PTRS! 


P 0127 6B 


IE 




224 




JR 


Z, KB32 


! BRANCH IF EQUAL! 


P 0129 56 


11 


FB 


225 




AND 


STAT, #7.FF-KB0VF 


! CLEAR KB OVF ! 


P 012C 76 


CO 


01 


226 




TM 


FLAG, #KBB 


•KBB SET?! 


P 012F 6B 


06 




227 




JR 


Z,KB31 


•NO, BRANCH! 


P 0131 46 


11 


04 


228 




OR 


STAT, #KBOVF 


!SET KB OVF! 


P 0134 56 


CO 


FE 


229 
230 


KB31: 


AND 


FLAG, #"/.FF-KBB 


•CLEAR KBB! 


P 0137 E5 


C4 


13 


231 




LD 


KBDAT, ftKBPTR 


•LOAD KB DATA! 


P 013A 20 


C4 




232 




INC 


KBPTR 


!BUMP KB PTR! 


P 013C 56 


C4 


3F 


233 




AND 


KBPTR, #7.3F 




P 013F 46 


C4 


80 


234 




OR 


KBPTR, #KBUFF 




P 0142 46 


11 


02 


235 




OR 


STAT, #CPDAV 


!SET CP DAV! 


P 0145 8B 


CI 




236 
237 


KB32: 


JR 


KB 11 




P 0147 56 


CO 


FD 


238 
239 


KB4: 


AND 


FLAG, #7.FF-KBDAV 


•CLEAR KB DAV! 


P 014A 9F 






240 




EI 






P 014B AF 






241 
242 




RET 












243 


! 


THIS ROUTINE OUTPUTS DATA TO THE CRT, 








244 




IF DISPLAYABLE, ELSE TRANSLATES THE CODE INTO 








245 




CONTROLLER FUNCTION. 










246 
















247 




INPUTS: 


%R6*ASCII DATA 










248 






7.R7-7.R10 USED 










249 




OUTPUTS 


t: NONE 










250 


! 














251 
















252 


DATOUT: 








P 014C A6 


E6 


20 


253 




CP 


R6, #7.20 


!CTRL CHAR ?! 


P 014F FB 


53 




254 




JR 


NCCHROUT 


•NO, BRANCH! 


P 0151 A6 


E6 


09 


255 




CP 


R6, #9 


•TAB ?! 


P 0154 6B 


41 




256 




JR 


Z, DAT2 


•YES, BRANCH! 


P 0156 9C 


60 




257 




LD 


R9, #PARAM 


! POINT TO PARAM TABLE! 


P 0158 AC 


08 




258 
259 


DATO: 


LD 


RIO, #8 




P 01 5A A3 


69 




260 




CP 


R6, «R9 


! CHECK DATA AGAINST. . . • 


P 01 5C 6B 


08 




261 




JR 


Z, DAT1 


!. . . CTRL TABLE VALUES! 


P 01 5E 06 


E9 


04 


262 




ADD 


R9, #4 




P 0161 00 


EA 




263 




DEC 


RIO 




P 0163 EB 


F5 




264 




JR 


NZ,DATO 


•LOOP UNTIL. . . ! 


P 0165 AF 






265 
266 


DAT1: 


RET 




•EXIT IF NO MATCH! 


P 0166 9E 






267 




INC 


R9 


•GET CRTC! 


P 0167 E3 


79 




268 




LD 


R7, SR9 




P 0169 9E 






269 




INC 


R9 


!GET NO SCROLL VALUE! 


P 016A E3 


89 




270 




LD 


R8, GR9 




P 016C 9E 






271 




INC 


R9 


•POINT TO SCROLL VALUE 1 


P 016D 76 


E7 


40 


272 




TM 


R7, #7.40 


•INCR COLCNT ?! 


P 0170 6B 


OE 




273 




JR 


Z.DATU 


•NO, BRANCH! 


P 0172 20 


C3 




274 




INC 


COLCNT 




P 0174 56 


C3 


3F 


275 




AND 


COLCNT, #7.3F 


!EOL ?! 


P 0177 EB 


1A 




276 




JR 


NZ, DATS 


• NO, BRANCH ! 


P 0179 E3 


89 




277 




LD 


R8, ©R9 


•LOAD SCROLL DELAY VAL ' 


P 017B 46 


E7 


08 


278 




OR 


R7,#8 


!SET WRITE ENABLE! 


P 017E 8B 


13 




279 
280 


DAT1 1 : 


JR 


DATS 


•OUTPUT CTRL CODE! 


P 0180 76 


E7 


10 


281 




TM 


R7,#7.10 


! CLEAR COLCNT ?! 


P 0183 6B 


04 




282 




JR 


Z,DAT12 


•NO, BRANCH! 


P 0185 BO 


C3 




283 




CLR 


COLCNT 




P 0187 8B 


OA 




284 
285 


DAT12: 


JR 


DATS 




P 0189 76 


E7 


20 


286 




TM 


R7, #7.20 


!DECR COLCNT?! 


P 018C 6B 


05 




287 




JR 


Z, DATS 


!N0, BRANCH! 


P 018E 00 


C3 




288 




DEC 


COLCNT 




P 0190 56 


C3 


3F 


289 
290 


DA75: 


AND 


COLCNT, #7.3F 


•MODULO 64! 


P 0193 6C 


00 




291 




LD 


R6, #0 




P 0195 8B 


27 




292 
293 


DAT2: 


JR 


OUTP 


•OUTPUT TO CRTC! 


P 0197 6C 


20 




294 




LD 


R6, #7.20 


!LOAD SPACE! 


P 0199 D6 


01A4 


295 




CALL 


CHROUT 


•DATA TO CRTC! 


P 019C 68 


C3 




296 




LD 


R6, COLCNT 


{CHECK COLUMN COUNT! 



1-100 



P 019E 


56 


E6 


07 


297 




AND 


R6, #7 


! MODULO 8?! 


P 01A1 


EB 


F4 




298 




JR 


NZ,DAT2 


! NO, LOOP ! 


P 01A3 


AF 






299 
300 




RET 














301 


i 


THIS ROUTINE OUTPUTS A DISPLAYABLE CHARACTER 










302 




TO THE 


CRT. IF COLCNT » 


EOL (64) THEN DELAYS 










303 




FOR SCROLL. ELSE, NO DELAY. 










304 


i 
















305 


















306 


CHRDUT: 








P 01A4 


BO 


E8 




307 




CLR 


R8 


•I NIT DELAY VALUE! 


P 01A6 


20 


C3 




308 




INC 


COLCNT 




P 01A8 


56 


C3 


3F 


309 




AND 


COLCNT, #7.3F 


! MODULO 64! 


P OlAB 


EB 


02 




310 




JR 


NZ,CR0UT1 




P OlAD 


8C 


04 




311 
312 


CR0UT1: 


LD 


R8,#4 


! SCROLL DELAY VALUE! 


P OlAF 


26 


E6 


20 


313 




SUB 


R6, #7.20 


! REMOVE ASCII BIAS! 


P 01B2 


7C 


OF 




314 




LD 


R7, #"/.0F 


!CRTC COMMAND! 


P 01B4 


D6 


OIBE 


315 




CALL 


OUTP 


!DATA TO CRT! 


P 01B7 


BC 


07 




316 
317 


CR0JT2: 


LD 


RU,#7 


! DELAY CHAR TIME! 


P 01B9 


00 


EB 




318 




DEC 


Rll 




P OIBB 


EB 


FC 




319 




JR 


NZ/CR0UT2 




P OIBD 


AF 






320 
321 




RET 














322 


• 


THIS ROUTINE DOES THE ACTUAL DATA WRITE TO 










323 




THE CRT 


CONTROLLER CHIP. 












324 


















325 




INPUTS: 


•/.R6«ASCII DATA 












326 






7.R7-CRT COMMAND 












327 






y.R8=TIMER DELAY 


VALUE 










328 






7.R9-R10 USED 












329 


















330 




OUTPUTS 


: NONE 












331 


! 
















332 


















333 


OUTP: 








P OIBE 


76 


CO 


80 


334 




TM 


FLAG, #TMRFLG 


! CHECK TIMER FLAG! 


P 01C1 


EB 


FB 




335 




JR 


NZ,OUTP 


!LOOP IF BUSY! 


P 01C3 


56 


03 


EF 


336 




AND 


P3, #"/.EF 


! CLEAR WRITE ENABLE! 


P 01C6 


76 


E7 


08 


337 




TM 


R7,#8 


•WRITE ENABLE?! 


P 01C9 


6B 


03 




338 




JR 


Z, 0UT1 


!N0, BRANCH! 


P OICB 


46 


03 


10 


339 
340 


0UT1: 


OR 


P3,#"/.10 


•RAM WRITE ENABLE! 


P OICE 


56 


E6 


3F 


341 




AND 


R6, #X3F 


!MASK UPPER BITS! 


P OiDl 


98 


E7 




342 




LD 


R9,R7 




P 01D3 


56 


E9 


07 


343 




AND 


R9, #7 


!MASK LOWER 3 BITS! 


P 01D6 


EO 


E9 




344 




RR 


R9 




P 01D8 


EO 


E9 




345 




RR 


R9 




P OlDA 


A8 


E9 




346 




LD 


RIO, R9 


•MERGE COMMAND BITS! 


P OlDC 


56 


EA 


CO 


347 




AND 


RIO, #y.co 




P OlDF 


42 


6A 




348 




OR 


R6, RIO 




P 01E1 


69 


01 




349 




LD 


P1,R6 


! OUTPUT DATA & CMD ! 


P 01E3 


EO 


E9 




350 




RR 


R9 


!GET UPPER CMD BIT! 


P 01E5 


56 


E9 


80 


351 




AND 


R9, #y.8o 




P 01E8 


56 


02 


7F 


352 




AND 


P2, #%7F 


! CLEAR COMMAND BIT! 


P OlEB 


44 


E9 


02 


353 




OR 


P2, R9 


! WRITE UPPER CMD BIT! 


P OlEE 


B6 


03 


40 


354 




XOR 


P3, #X40 


! GENERATE DS! 


P 01F1 


B6 


03 


40 


355 




XOR 


P3, #7.40 




P 01F4 


42 


88 




356 




OR 


R8, R8 


•ZERO TIMER VALUE?! 


P 01F6 


6B 


OD 




357 




JR 


Z, 0UT2 


•YES, SKIP! 


P 01F8 


89 


C6 




358 




LD 


TIMER, R8 


•LOAD TIMER! 


P OlFA 


46 


CO 


80 


359 




OR 


FLAG, #TMRFLG 


•FLAG TIMER BUSY! 


P OlFD 


E6 


F4 


28 


360 




LD 


TO, #TMRVAL 


•LOAD TIME CONSTANT! 


P 0200 


46 


Fl 


03 


361 




OR 


TMR,#3 


•START TO! 


P 0203 


00 


C6 




362 
363 


0UT2: 


DEC 


TIMER 




P 0205 


AF 






364 
365 




RET 














366 


i 


♦ INTERRUPT ROUTINES * ! 


i 










367 


















368 


TII-ERO: 








P 0206 


44 


C6 


C6 


369 




OR 


TIMER, TIMER 


•SEE IF TIME DONE! 


P 0209 


6B 


09 




370 




JR 


Z, DELAY 1 


! BRANCH IF DONE! 


P 020B 


E6 


F4 


28 


371 




LD 


TO, #TMRVAL 


!ELSE, RESET TIMER! 


P 020E 


46 


Fl 


03 


372 




OR 


TMR, #3 


•LOAD & ENABLE TIMER! 



1-101 



P 0211 00 C6 
P 0213 BF 



P 0214 56 CO 
P 0217 BF 



7F 



P 0218 BF 



0219 F8 
021B 56 
021E 76 
0221 EB 
0223 76 
0226 6B 
0228 76 
022B EB 
022D F9 
022F A4 
0232 6B 
0234 A4 
0237 6B 
0239 A4 
023C 6B 
023E F5 
0241 20 
0243 56 
0246 46 
0249 A4 
024C EB 
024E 46 



P 0251 46 
P 0254 8B 

P 0256 46 
P 0259 8B 

P 025B F5 
P 025E 20 
P 0260 56 
P 0263 46 
P 0266 46 
P 0269 A4 
P 026C 6B 
P 026E 8B 

P 0270 F5 
P 0273 20 
P 0275 56 
P 0278 46 
P 027B 8B 

P 027D A4 
P 0280 6B 
P 0282 00 
P 0284 56 
P 0287 46 
P 028A 8B 

P 028C E6 

P 028F BF 



P 0290 E8 
P 0292 BF 



P 0293 BF 



P 0294 0000 



00 



02 

EF 7F 
CO 01 
33 

10 04 
33 

11 02 
24 

C7 

14 EF 
3C 

15 EF 
44 

16 EF 
4E 

EF C5 

C5 

C5 

C5 

C4 

41 

CO 02 



3F 
80 
C5 



CO 01 
39 

CO 02 
34 

EF C5 
C5 

C5 3F 
C5 80 
CO 02 
C4 C5 
E3 
IF 

EF C5 

C5 

C5 3F 

C5 80 

D9 

C4 C5 

OD 

C5 

C5 3F 

C5 80 

03 



C5 80 



373 
374 
375 
376 
377 
378 
379 
380 
381 
382 
383 
384 
385 
386 
387 
388 
389 
390 
391 
392 
393 
394 
395 
396 
397 
398 
399 
400 
401 
402 
403 
404 
405 
406 
407 
408 
409 
410 
411 
412 
413 
414 
415 
416 
417 
418 
419 
420 
421 
422 
423 
424 
425 
426 
427 
428 
429 
430 
431 
432 
433 
434 
435 
436 
437 
438 
439 
440 
441 
442 
443 
444 
445 
446 
447 
448 



DEC TIMER 
IRET 



!BUMP TIME COUNT! 



DELAY 1: 



TIMER1: 



KB INT: 



KB 12: 



KB II: 



KB 13: 



KB 14: 



KB 15: 



KB 16: 



KB 17: 



ERROR: 



DUM1Y: 



AND FLAG, #"/.FF-TMRFLG! CLEAR TIMER BUSY FLAG! 
IRET 



IRET 



LD 


R15, P2 


•GET KB CHAR! 


AND 


R15, #"/.7F 


!MASK UPPER BIT! 


TM 


FLAG. #KBB 


•KBB SET?! 


JR 


NZ,KBI1 


!YES, BRANCH! 


TM 


MODE, #BLOK 


•BLOCK MODE?! 


JR 


Z,KBI3 


•NO, BRANCH! 


TM 


STAT, #CPDAV 


•CP DAV?! 


JR 


NZ,KBI2 


!YES, BRANCH! 


LD 


CHAR,R15 


•ECHO TO CRT! 


CP 


R15, EOL 


•EOL?! 


JR 


Z,KBI4 


!YES, BRANCH! 


CP 


R15, BS 


! BACKSPACE?! 


JR 


Z,KBI5 


•YES, BRANCH! 


CP 


R15, DL 


•DELETE LINE?! 


JR 


Z,KBI6 


!YES, BRANCH! 


LD 


GKBBPTR,R15 


.'STORE CHAR! 


INC 


KBBPTR 


•BUMP KBBPTR! 


AND 


KBBPTR, #'/.3F 




OR 


KBBPTR, #KBUFF 




CP 


KBBPTR, KBPTR 


!EOB?! 


JR 


NZ,KBI7 


!N0, BRANCH! 


OR 


FLAG, #KBDAV 


!SET KB DAV! 


OR 


FLAG, #KBB 


•SET KBB! 


JR 


KBI7 




OR 


FLAG, #KBDAV 


!SET KB DAV! 


JR 


KBI7 




LD 


SKBBPTR,R15 


! STORE CHAR! 


INC 


KBBPTR 




AND 


KBBPTR, #"/.3F 




OR 


KBBPTR, #KBUFF 




OR 


FLAG, #KBDAV 


!SET KB DAV! 


CP 


KBBPTR, KBPTR 


•EOB?! 


JR 


Z,KBI2 


•YES, BRANCH! 


JR 


KBI7 




LD 


«KBBPTR,R15 


! STORE CHAR! 


INC 


KBBPTR 




AND 


KBBPTR, #7.3F 




OR 


KBBPTR, #KBUFF 




JR 


KBI1 




CP 


KBBPTR, KBPTR 


!EOB?! 


JR 


Z,KBI7 


!YES, SKIP! 


DEC 


KBBPTR 




AND 


KBBPTR, #7.3F 




OR 


KBBPTR, #KBUFF 




JR 


KB 17 





LD 



IRET 



LD 
IRET 



KBBPTR, #KBUFF 



R14, DTC 



! RESET KBBPTR! 



! CLEAR ERROR BITS! 



IRET 
! REGISTER DATA TABLE FOR INITIALIZATION! 
TABLE: 



WVAL 



7.0000 



1-102 



0296 00A2 
0298 00A0 
029A 7FC7 
029C 0007 
029E 0033 
02A0 0000 
02A2 08F0 



P 02A4 01 
P 02A5 10 
P 02A6 4000 

P 02A8 06 
P 02A9 47 
P 02AA 0004 

P 02AC 08 
P 02AD 24 
P 02AE 0000 

P 02B0 OA 
P 02B1 OA 
P 02B2 0400 

P 02B4 OC 
P 02B5 18 
P 02B6 4000 

P 02B8 OD 
P 02B9 11 
P 02BA 0200 

P 02BC 1A 
P 02BD 06 
P 02BE 0000 

P 02C0 OB 
P 02C1 ID 
P 02C2 0400 

P 02C4 



errors 
Assembly complete 



449 
450 
451 
452 
453 
454 
455 
456 
457 
458 
459 
460 
461 
462 
463 
464 
465 
466 
467 
468 
469 
470 
471 
472 
473 
474 
475 
476 
477 
478 
479 
480 
481 
482 
483 
484 
485 
486 
487 
488 
489 
490 
491 
492 
493 
494 
495 
496 
497 
498 



WVAL 


7.00A2 


WVAL 


"/.OOAO 


WVAL 


7.7FC7 


WVAL 


7.0007 


WVAL 


7.0033 


WVAL 


7.0000 


WVAL 


7.08F0 



CURSOR CONTROL DEFAULT PARAMETER TABLE 
SETUP AS FOLLOWS: 

BYTE 1 - ASCII CHAR CODE 

2 - CRT CODE 

3 - NOT EOL DELAY VALUE 

4 - EOL DELAY VALUE (FOR SCROLL) 



CCTABL: 

BVAL 
BVAL 
WVAL 

BVAL 
BVAL 
WVAL 

BVAL 
BVAL 
WVAL 

BVAL 
BVAL 
WVAL 

BVAL 
BVAL 
WVAL 

BVAL 
BVAL 
WVAL 

BVAL 
BVAL 
WVAL 

BVAL 
BVAL 
WVAL 

END MAIN 
END CRTC 



7.1 

7.10 

7.4000 

7.6 

7.47 

7.0004 

7.8 

7.24 

7.0000 

7.0A 
7.0A 
3C0400 

XOC 
7.18 
7.4000 

7.0D 
7.11 
7.0200 

7.1A 

7.6 

%0000 

7.0B 
7. ID 
7.0400 



! CURSOR HOME! 



[CURSOR FORWARD! 



! CURSOR BACK! 



! CURSOR DOWN! 



!PAGE ERASE! 



•CURSOR RETURN! 



! CURSOR UP! 



! ERASE LINE! 



1-103 



APPENDIX B 
Z80 Test Program Listings for SBT 



LOC 



OBJ CODE M STMT 



OOOO 



0000 


314020 


0003 


3E1E 


0005 


D310 


0007 


DB11 


0009 


CB5F 


OOOB 


28FA 


OOOD 


3E00 


OOOF 


D310 


0011 


AF 


0012 


F602 


0014 


F601 


0016 


F604 


0018 


F606 


001A 


D311 


001C 


3E15 


001E 


0310 


0020 


21B10© 


0023 


©Ell 


0025 


0608 


0027 


EDB3 



0029 
002B 



002D 



3E01 
@310 



DBU 







UPC. INIT 




nit 


SOURCE 


STATEMENT 




1 


i 


Z80 CODE TO TEST UPC CR 


2 








3 


KBEN 


EQU 


-1 


4 


CRTEN 


EQU 


-1 


5 


INTEN 


EQU 





6 


BLOCK 


EQU 


-1 


7 


PRM3 


EQU 


-1 


8 








9 


RAM 


EQU 


2000H 


10 


CPORT 


EQU 


10H 


11 


DPCFT 


EQU 


CPORT+l 


12 


DTC 


EQU 


18H 


13 


DIM) 


EQU 


15H 


14 


MIC 


EQU 


1EH 


15 


MOEE 


EQU 





16 


STAT 


EQU 


MODE+1 


17 


CRDAT 


EQU 


STAT+1 


18 


KBDAT 


EQU 


CRDAT+1 


19 


EOL 


EQU 


KB DAT* 1 


20 


BS 


EQU 


EOL+1 


21 


DL 


EQU 


BS+1 


22 








23 


CPDAV 


EQU 


2 


24 


CRTBSY 


EQU 


1 


25 








26 




ORG 





27 


BEGIN: 






28 




LD 


SP.RAM+64 


29 




LD 


A, MIC 


30 




OUT 


(CPORT), A 


31 


BON: 






32 




IN 


A, (DPORT) 


33 




BIT 


3, A 


34 




JR 


Z,BGN 


35 








36 




LD 


A, MODE 


37 




OUT 


(CPORT), A 


38 




XOR 


A 


39 








42 


»L ON 






43 




OR 


2 


48 


*L ON 






49 




OR 


1 


54 


*L ON 






55 




OR 


4 


60 


*L ON 






61 




OR 


8 


65 


♦L ON 






66 




OUT 


(DPORT), A 


67 








7© 


*L ON 






71 




LD 


A, DIND 


72 




OUT 


(CPORT), A 


73 




LD 


HL, PRM'BLK 


74 




LD 


C, DPORT 


75 




LD 


B,PRWEND-PfcM©LK 


76 




OTIR 




80 


♦L ON 






81 


LOOP: 






84 


*L ON 






85 




CALL 


KBIN 


90 


♦L ON 






91 




LD 


A, STAT 


92 




OUT 


(CPORT), A 


93 


L0GP1: 






94 




IN 


A, (DPORT) 



ASM 5. 9 



j KB INPUT ENABLE SW. 
*CRT OUTPUT ENABLE SW. 
i INTERRUPT ENABLE SW. 
; BLOCK MOVE ENABLE SW. 
iPARAMTERS TEST SW. 



j UPC PORT ADDR 

* UPC DATA PORT 

;DTC CONTROL REGISTER 

j DATA INDIRECTION REG 

; MASTER INT CONTROL 

iMODE REG 

i STATUS REG 

iCRT DATA REG 

;KB DATA REG 

;END OF LINE CHAR 

; BACKSPACE EDIT CHAR 

i DELETE LINE EDIT CHAR 

;CP DATA AVAIL FLAG 
iCRT BUSY FLAG 



; INIT SP 

i POINT TO EDX BIT 



iLOOP IF NOT SET 
; WRITE MODE 

iSET KB ENABLE BIT 
iSET CRT ENABLE BIT 
iSET BLOCK MOVE BIT 

i WRITE PARAMTERS 



;READ KB DATA 
i CHECK CP DAV 



1-105 



002F 


E602 


95 






AND 


CPDAV 




0031 


28FA 


96 






JR 


ZiLOOPl 


{LOOP UNTIL SET 


0033 


3E03 


97 






LD 


A. KBDAT 


{GET BYTE COUNT 


0035 


D310 


98 






OUT 


(CPORT), A 




0037 


DBU 


99 






IN 


A, (DPORT) 




0039 


47 


100 






LD 


B, A 


{SAVE IN B 


003A 


57 


101 






LD 


D, A 


{COPY TO D 


00313 


3E15 


102 






LD 


A, DIND 


{READ DATA LINE 


003D 


D310 


103 






OUT 


(CPORT), A 




003F 


OEU 


104 






LD 


C, DPORT 




0041 


21BA00 


105 






LD 


HL, MSSG+1 




0044 


EDB2 


106 






INIR 






0046 


360A 


107 






LD 


(HL),0AH 




0048 


3E01 


108 






LD 


A, STAT 


iTHEN CLEAR CPDAV 


004A 


D310 


109 






OUT 


(CPORT), A 




004C 


DBU 


110 






IN 


A, (DPORT) 




004E 


E6FD 


111 






AND 


OFFH-CPDAV 




0050 


D311 


112 






OUT 


(DPORT), A 




0052 


42 


113 






LD 


B,D 


{RESTORE BYTE COUNT 


0053 


04 


114 






INC 


B 


{ALLOW LF CHAR 


0054 


04 


115 






INC 


B 








120 


♦L ON 












121 






CALL 


CRTOUT 


{OUTPUT CRT DATA 






126 


*L 


ON 












127 






LD 


HL, MSSG 








128 






CALL 


SO 








133 


*L 


ON 












134 






LD 


B, MSGEND-MSSG 








139 


*L ON 








0055 


CD7900 


140 






CALL 


CRTOUT 


{WRITE BLOCK LENGTH 


0058 


3E01 


141 






LD 


A, STAT 


{WAIT FOR CRT 


005A 


D310 


142 






OUT 


(CPORT), A 








143 


DELAY: 








005C 


DBU 


144 






IN 


A, (DPORT) 




005E 


E601 


145 






AND 


CRTBSY 




0060 


20FA 


146 






JR 


NZ, DELAY 




0062 


21B900 


147 






LD 


HL, MSSG 




0065 


OEU 


148 






LD 


C, DPORT 




0067 


3E15 


149 






LD 


A, DIND 


{WRITE TO DIND 


0069 


D310 


150 






OUT 


(CPORT), A 




006B 


EDB3 


151 






OTIR 






006D 


3E01 


152 






LD 


A, STAT 


{THEN SET CRT BUSY 


006F 


D310 


153 






OUT 


(CPORT), A 




0071 


DBU 


154 






IN 


A, (DPORT) 




0073 


F601 


155 






OR 


CRTBSY 




0075 


D3U 


156 
159 
160 


*L 


ON 


OUT 


(DPORT), A 




0077 


18B0 


161 
162 
165 
166 
167 
168 
169 
170 
171 
172 
173 


*L 
SO: 


ON 


JR 

LD 

CP 

RET 

LD 

CALL 

INC 

JR 


LOOP 

A, (HL) 
'♦' 

Z 

B, A 
CRTOUT 
HL 

SO 








176 


♦L ON 












177 
















178 


CRTOUT: 








0079 


3E01 


179 






LD 


A, STAT 




007B 


D310 


180 






OUT 


(CPORT), A 


{READ CRT 






181 


CRT1: 








007D 


DBU 


182 






IN 


A, (DPORT) 




007F 


E601 


183 






AND 


CRTBSY 




0081 


20FA 


184 






JR 


NZ,CRT1 


{LOOP IF BUSY 


0083 


3E02 


185 






LD 


A, CROAT 


{THEN OUTPUT DATA 


0085 


D310 


186 






OUT 


(CPORT), A 




0087 


78 


187 






LD 


A, B 




0088 


D3U 


188 






OUT 


(DPORT), A 




008A 


3E01 


189 






LD 


A, STAT 


{THEN FLAG CRT BUSY 


008C 


D310 


190 






OUT 


(CPORT), A 




008E 


DBU 


191 






IN 


A, (DPORT) 




0090 


F601 


192 






OR 


CRTBSY 
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0092 


D311 


193 




OUT 


(DPORT), A 






0094 


C9 


194 
198 
199 


♦L ON 
KB IN: 


RET 








0095 


3E01 


200 




LD 


A, STAT 


jREAD UPC STATUS 




0097 


D310 


201 
202 


KB 11: 


OUT 


(CPQRT), A 






0099 


DBH 


203 




IN 


A, (DPORT) 


iCP DAV? 




009B 


E602 


204 




AND 


CPDAV 






009D 


28FA 


205 




JR 


Z*KBU 


iNO, LOOP 




009F 


3E03 


206 




LD 


A, KBDAT 


;ELSE, READ DATA 




00 A 1 


D310 


207 




OUT 


(CPORT),A 






00A3 


DB11 


208 




IN 


A, (DPORT) 






00A5 


47 


209 




LD 


B, A 






00A6 


3E01 


210 




LD 


A, STAT 


i CLEAR CP DAV 




00A8 


D310 


211 




OUT 


(CPORT), A 






00AA 


DB11 


212 




IN 


A, (DPORT) 






OOAC 


E6FD 


213 




AND 


OFFH-CPDAV 






OOAE 


D311 


214 




OUT 


(DPORT), A 






OOBO 


C9 


215 
218 
219 


♦L ON 


RET 








00B1 


01 


220 


PRM3LK: 


DEFB 


1 


*HOME 




00B2 


02 


221 




DEFB 


2 


iFORW 




00B3 


03 


222 




DEFB 


3 


;BACK 




00B4 


04 


223 




DEFB 


4 


;DOWN 




00B5 


05 


224 




DEFB 


5 


i ERASE PAGE 




00B6 


06 


225 




DEFB 


6 


i RETURN 




00B7 


07 


226 




DEFB 


7 


;UP 




00B8 


08 


227 




DEFB 


8 


{ERASE LINE 








228 


PRICND: 


EQU 


♦ 










229 
















230 


MSSG: 










00B9 


OA 


231 




DEFB 


OAH 






OOBA 


OD 


232 




DEFB 


ODH 






OOBB 


54484520 


233 




DEFM 


'THE QUICK 


BROWN FOX JUMPED OVER THE 


LA 


DOOS 


TAIL' 














OOED 


24 


234 
235 
236 


MSGEND: 


DEFB 
END 


'*' 
BEGIN 
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APPENDIX C 
Internal UPC Organization 
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Figure C-1. Port and Data Definitions for UPC 
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Figure C-2. UPC Status Bytes and Cursor Control Table 
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CPU ADDRESS 


MODE 


00 


STATUS 


01 
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02 
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03 
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04 


BS 


OS 


DL 


06 


VECT 


07 
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1E 
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Figure C-3. UPC-to-CPU DSC Registers 
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INTRODUCTION 

With the variety of microprocessors available 
today, it is often difficult for users to know 
which one best suits their needs. The choice can 
be based on a number of factors, such as unit 
cost, throughput, code density, ease of program- 
ming, compatibility, software and hardware sup- 
port, and availability of second sources. 

In high-volume applications (with quantities 
exceeding 10,000), the cost of parts, especially 
of memory, is extremely critical. The right 
microprocessor should be able to interface to 
low-cost memory components and should be efficient 
in its use of memory. In other applications where 
a large software development effort is required, 
the cost of such an effort may be of more con- 
sequence than the cost of parts. Therefore, in 
software intensive applications, a microprocessor 
should be evaluated for its ease of programming. 
In some applications, a particular task must be 
done very rapidly, or a large number of tasks must 
be executed in a small amount of time. Some proc- 
essors perform particular tasks much faster than 
others, whereas some might not be as fast at a 
particular task, but are generally faster than 
others when a large group of tasks is executed. 
Unfortunately, a user might have to choose a 
particular processor because it is the only one 
that can perform a particular task fast enough, 
even though it may be less memory* efficient and 
more difficult to program than other processors. 

This report compares the capabilities of two 
microprocessors: the Z80 and the 6502. Both have 
many characteristics in common, but they also have 
a number of very significant differences. These 
differences will be discussed in detail, and their 
significance in terms of memory usage, number of 
lines of code (ease of programming), and execution 
speed will be measured by a group of benchmark 
programs. 

Ten different benchmark programs are presented 
here. They represent many tasks commonly per- 
formed by microprocessors, yet are short and 
simple enough for the reader to understand and 



verify without much effort. The programs have been 
optimized for each processor. 



COMMON CHARACTERISTICS OF THE Z80 AND THE 6502 

The Z80 and the 6502 are 40-pin microprocessors. 
The two processors are clearly similar in many 
respects. They transfer data to and from external 
components on an 8-bit data bus. Memory is 
addressed by a 16-bit address bus. Each processor 
has various registers that are used for specific 
functions, such as a 16-bit Program Counter, an 
8-bit status register, a Stack Pointer, and an 
accumulator. The Z80 and 6502 both have maskable 
and nonmaskable interrupt capabilities, both have 
on-chip clocks, and they can both interface to 
asynchronous as well as synchronous external 
devices. 



DISTINGUISHING CHARACTERISTICS OF THE Z80 
AND THE 6502 

Table 1 lists the distinguishing features of the 
Z80 and the 6502. At first glance, the Z80 
appears to have significantly greater resources 
than the 6502. Each of these resources should be 
examined to determine their relative importance. 



Table 1* Distinguishing Architectural Features 





Z80 


6502 


1. 


Number of 8-bit general-purpose 
registers 


14 


3 


2. 


Number of 16-bit general-purpose 
registers 


8 





3. 


Number of functionally distinct 
instructions 


76 


29 


4. 


Number of addressinq modes 


7 


10 


5. 


Vectored interrupt capability 


yes 


no 


6. 


Separate 1/0 addressing space 


yes 


no 


7. 


Stack space 


64K 


256 


8. 


Dynamic memory refresh capability 


yes 


no 
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MAIN REGISTER SET 



ALTERNATE REGISTER SET 



A ACCUMULATOR 


F FLAG REGISTER 


A' ACCUMULATOR 


F' FLAG REGISTER 


B GENERAL PURPOSE 


C GENERAL PURPOSE 


B' GENERAL PURPOSE 


C GENERAL PURPOSE 


D GENERAL PURPOSE 


E GENERAL PURPOSE 


D* GENERAL PURPOSE 


E' GENERAL PURPOSE 


H GENERAL PURPOSE 


L GENERAL PURPOSE 


H' GENERAL PURPOSE 


L' GENERAL PURPOSE 



Z-80 Register Configuration 



GENERAL PURPOSE REGISTERS 



IX INDEX REGISTER 



IY INDEX REGISTER 



SP STACK POINTER 



PC PROGRAM COUNTER 



I INTERRUPT VECTOR 



R MEMORY REFRESH 



A ACCUMULATOR 



X INDEX REGISTER 



Y INDEX REGISTER 



-8-BITS- 



SPECIAL PURPOSE REGISTERS 



SP STACK POINTER 



P STATUS REGISTER 



PC PROGRAM COUNTER 



-16-BITS- 



Z-80 Register Configuration 



6502 Register Configuration 



Figure 1* Register Architecture 



One of the most striking differences between the 
Z80 and the 6502 is the number of registers each 
has (Figure 1). Excluding the Program Counter, 
Stack Pointer, and Status (Flag) register, the Z80 
has 14 general-purpose registers and four 
special-purpose registers, and the 6502 has one 
accumulator and two index registers. 



Registers in the CPU can be accessed much more 
rapidly than external memory; therefore, the more 
data that can be kept and manipulated in regiters, 
the faster a program can execute. A program, 
however, consists of instructions that are located 
in external memory, and all data must, at one time 
or another, be transferred to or from external 
memory. If a CPU could be designed to work 
rapidly and efficiently with external memory, the 
importance of a large register set would be 
diminished. 

The most disturbing aspect of the 6502 register 
set is not the number of registers, but the size 
of each. All of the programmer accessible reg- 
isters in the 6502 are eight bits long. This is a 
problem because the 6502 has 16-bit addressing 
just like the Z80 has, and without 16-bit regis- 
ters, the 6502 provides no convenient mechanism 
for manipulating addresses. 



The Z80 can pair its general-purpose 8-bit reg- 
isters, forming six 16-bit registers in addition 
to its two 16-bit index registers. The term 
"index" used to describe the Z80 registers IX and 
IY is somewhat of a misnomer. The real usefulness 
of registers IX and IY is in base register 
addressing. Benchmark program number 10 (See 
Appendix B) illustrates the use of register IX in 
accessing specific bytes within a variably located 
(dynamic) memory block. 

The 6502 index registers are very useful in 
indexing small data structures. Being only 8-bits 
long, however, the 6502 index registers cannot be 
used in data structures of more than 256 bytes, 
except by breaking larger structures down into 256 
byte sections (pages), as illustrated in benchmark 
programs 4, 5 and 9 (see Appendix C). 

The 6502 design concentrates on quick and effi- 
cient exchanges between registers and external 
memory. This is evident in the large number of 
addressing modes. Nearly all of the 6502 
instructions can address memory directly (absolute 
addressing), and many instructions have indexed 
addressing. A number of 6502 instructions have a 
special form of pre- and post-indexed indirect 
addressing as well. 
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An interesting feature of the 6502 is its Base 
Page (or Page Zero) Addressing mode. In Base Page 
Addressing, the upper 8-bits of the 16-bit address 
are assumed to be zero. This mode is therefore 
only applicable to the first 256 bytes of memory. 
The advantage of Base Page Addressing is that only 
one byte is needed to specify an address. With 
single-byte addressing, instructions can be 
shorter in length and therefore can execute faster 
than instructions containing 16-bit addresses. 
The base page assumption is also available in the 
indexed addressing modes. In the pre- and 
post-indexed indirect addresssing modes referred 
to above, the location of the indirect address is 
always assumed to be in page zero. Pre-indexed 
indirect addressing works only with index register 
X, and post-indexed indirect addressing works only 
with index register Y. All of these addressing 
modes are very important and very useful, 
especially when dealing with the first 256 bytes 
of memory. 

Another interesting characteristic of the 6502 is 
that its Stack Pointer is only eight bits long. 
An 8-bit Stack Pointer allows 256 bytes of stack 
space, which is sufficient for many applications. 
However, there are applications that require more 
stack space, and these applications would not be 
able to use the 6502. The 6502 stack space is 
dedicated to page one (the second lowest 256 byte 
area of memory). As with base page addressing, 
the upper byte of the 16-bit stack address is 
implied and need not be computed during stack 
accesses. Instructions in the 6502 that deal with 
the stack, however, use the Stack Pointer 
indirectly, so no savings in the length of the 
address field can be attributed to the stack 
limitation. 

The Z80 has one very important addressing mode not 
found in the 6502, referred to as Indirect Reg- 
ister Addressing. In this mode, the operand is in 
a memory location specified by the address 
residing in a 16-bit register pair. With a 16-bit 
address, this mode can cover the entire memory 
space of the Z80. Since the register holding the 
address is a pair of 8-bit registers, the upper 
and lower halves can be manipulated independently 
to access different bytes within a page or the 
same byte in different pages. Another important 
quality of Indirect Register Addressing is that 
instructions using this mode need to specify only 
the register pair and not the address itself. This 
allows instructions to be shorter than instruc- 
tions using other addressing modes. 

Addressing modes are not realized without cost. 
Every instruction a processor has must be repre- 
sented by an opcode. One of the most fundamental 
factors affecting the efficiency of a processor is 
its instruction encoding. It is important to keep 
instructions as short as possible, because the 
length of instructions affects the amount of 
memory used by a program and the program execution 
time. If the opcode size is held to a fixed 
length, such as one byte, the number of possible 
instructions decreases as the number of addressing 



modes increases. Instructions whose opcodes imply 
the operands, as in Register and Indirect Register 
Addressing, need only be one byte long, whereas 
instructions with other addressing modes, such as 
Direct, Indirect, Base Page, and Indexed, must 
further contain the address itself and so are two 
or three bytes long. A comparison of the Z80 and 
the 6502 is a perfect example of this point: when 
operand combinations are considered, the Z80 has 
202 different one-byte instructions, and the 6502 
has only 29 one-byte instructions (see Table 2). 



Table 2. Instruction Length Data* 





Z80 


6502 


Average number of bytes 
per instruction 


2.03 


2.13 


Number of instructions 
taking 

1 byte 

2 byte 

3 byte 

4 byte 


202 

344 

74 

76 


29 

74 

48 





Instruction counts here include permutations of 
operand possibilities including registers and 
addressing modes but not permutations of memory 
addresses. 



In the Z80, 16 -bit registers are useful not only 
in addressing but also in manipulating 16-bit 
data. The Z80 provides instructions to add, sub- 
tract, increment, decrement, load, store, and 
exchange 16-bit registers. The 6502 has no 16-bit 
data manipulation instructions. Manipulating 
16-bit data with the 6502 usually requires several 
more instructions than equivalent operations with 
the Z80. 

The number of instructions a processor has and the 
usefulness of those instructions are important 
factors in the number of instructions required to 
perform a particular task. Other important 
factors are the addressing modes and the number of 
accumulators or registers capable of being the 
destination of arithmetic operations. The more 
accumulators a processor has, the fewer extraneous 
instructions are needed to move data to where it 
can be manipulated. The 6502 has one 8-bit 
accumulator through which every add and subtract 
operation must pass. The Z80, on the other hand, 
has two 8-bit accumulators (A and A') and four 
16-bit registers that can be the destination of 
arithmetic operations (HL, HL', IX, and IY). 

Both the Z80 and the 6502 have interrupts. The 
Z80 has the additional capability of automatically 
vectoring to up to 128 different programmable 
locations when interrupts occur. An 8-bit jump 
table vector is automatically asserted by Zilog 



751-1955-0002 



2-5 



6/12/81 



Z80 peripherals. Vectoring reduces interrupt 
response time by eliminating the need for software 
polling to determine the source of an interrupt in 
multiple interrupt systems. The Z80 also has non- 
vectoring interrupt modes for use in less complex 
systems. The 6502 has no interrupt vectoring 
capability. 

Another important difference between the two CPUs 
in question is the way they address input and 
output. The 6502 has no special provisions for 
I/O addressing and simply interfaces to input and 
output devices as part of its memory space. This 
is referred to as memory-mapped I/O. The Z80 has 
specific I/O instructions and a specific I/O 
address space of 256 bytes in addition to its 
memory addressing space. Keeping I/O in a 
separate addressing space keeps the main memory 
map clear and reduces the chances of an output 
device being erroneously written to by runaway 
programs. If the need for memory-mapped I/O 
addressing ever arises, the Z80 can accommodate 
the need in the same manner as the 6502. 

Dynamic memory is used in many microprocessor 
applications. The Z80 can refresh dynamic memory 
automatically without special refresh circuitry. 
This feature can reduce the cost of a board by 
decreasing the number of components needed. The 
6502 has no refresh capability. Moreover, it is 
particularly difficult to interface the 6502 with 
dynamic RAM because of the critical nature of its 
memory access timing. 

The Z80 and the 6502 are available in various 
versions, specified by a letter appended to the 
root name, for example, Z80A or 6502B. The ver- 
sion, in the case of both of these microprocessors 
is closely related to its memory access timing 
(see Table 3). Notice that the memory access 
timing for a Z80A is very close to the memory 
timing for a 6502A. Notice also that the clock 
frequency of the Z80A is twice that of the 6502A. 



Table 3. Memory Access Times 
for Various Clock Rates 





Memory Access Time 


Clock Frequency 


Z80 


575 ns 


2.5 MHz 


6502 


650 ns 


1.0 MHz 


Z80A 


325 ns 


4.0 MHz 


6502A 


310 ns 


2.0 MHz 


Z80B 


190 ns 


6.0 MHz 


6502B 


170 ns 


3.0 MHz 



The memory access timing of a microprocessor is 
important when evaluating the overall speed and 
the cost of a particular application. Faster 
memory components are much more expensive and 
difficult to obtain than slower ones. The Z80 has 
a built-in provision for interfacing with com- 
ponents that cannot respond in the norm al ac cess 
time. The Z80 has an input pin called WAIT that 
can be activated whenever a slow device is 
addressed. Activating the WAIT input causes the 



Z80 to add discrete clock cycles to its access 
timing. The 6502 can interface to slower compo- 
nents by controlling the clock directly, but doing 
so requires much more critical timing considera- 
tions than the method used with the Z80, and it 
defeats the usefulness of the 6502's internal 
clock circuitry. Moreover, variations in the main 
clock might not be tolerable to other devices in 
the system. 

Interfacing the 6502 to program memory that cannot 
respond at full speed is futile, because 90 per- 
cent of the 6502 clock cycles are typically pro- 
gram memory accesses and little would be gained by 
extending those cycles. It is, however, quite 
productive to use a high-speed Z80 with program 
memory that cannot respond at full speed, because, 
typically, less than 25 percent of the Z80 clock 
cycles are program memory accesses and extending 
those cycles would have relatively little effect 
on overall execution speed. 



BENCHMARK RESULTS 

There are so many factors involved in ascertaining 
a processor's capabilities that it is difficult 
to determine specific figures without actually 
writing benchmark programs. When evaluating a 
processor for use in a particular application, the 
user should use programs representative of his or 
her application. This report is intended for a 
general audience of users and presents a wide 
variety of program types (see Appendix A for the 
benchmark program specifications). 

Three different aspects of performance are 
measured by the benchmark programs here: 

1. Memory Utilization 

2. Ease of Programming 

3. Execution Speed 

Memory utilization is often the most important 
criterion in measuring the performance of a 
processor. It measures the amount of memory 
(usually program memory) used by the processor in 
performing various tasks. It is important, 
because the cost of memory is often one of the 
dominating costs of a microprocessor application. 
Table 4 lists the number of bytes of program 
memory used by the Z80 and the 6502 in each of the 
benchmark programs. 



The ease of programming is a somewhat subjective 
issue, but very important nonetheless. Software 
development costs are enormous and can outweigh 
many other considerations made by microprocessor 
users. One measure of the ease of programming is 
the number of instructions (lines of code) 
required to perform a given task. This measure is 
used in this report because of its simplicity and 
objectivity. The number of lines of source code 
in the benchmark programs for each of the micro- 
processors is shown in Table 5. 
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Table 4. Number of Bytes of Program Memory Used 









Ratio 


Program Description 


Z80 


6502 


6502/Z80 


Computed GOTO Implementation 


9 


27 


3.00 


8 x 8 Bit Multiply Routine 


26 


41 


1.58 


16 x 16 Bit Multiply 


20 


44 


2.20 


Block Move 


11 


51 


4.64 


Linear Search 


8 


41 


5.13 


Insert into Linked List 


12 


19 


1.58 


Bubble Sort 


23 


31 


1.35 


Interrupt Handling 


6 


11 


1.83 


Character String Translation 


17 


48 


2.82 


Dynamic Memory Access 


11 


24 


2.18 


Average ratio 6502/Z80 






2.63 



Table 5* Number of Lines of Source Code 









Ratio 


Program Description 


Z80 


6502 


6502/Z80 


Computed GOTO Implementation 


8 


17 


2.13 


8x8 Bit Multiply Routine 


14 


20 


1.43 


16 x 16 Bit Multiply 


11 


23 


2.09 


Block Move 


4 


27 


6.75 


Linear Search 


3 


22 


7.33 


Insert into Linked List 


6 


10 


1.67 


Bubble Sort 


15 


15 


0.00 


Interrupt Handling 


6 


7 


1.17 


Character String Translation 


10 


26 


2.60 


Dynamic Memory Access 


3 


13 


4.33 


Average ratio 6502/Z80 






3.05 



Table 6. Program Execution Times for the Lowest Speed Versions* 



Program Description 


usee 


usee 


Ratio 




Z80 


6502 


6502/Z80 


Computed GOTO Implementation 


20.27 


46.33 


2.29 


8 x 8 Bit Multiply Routine 


160.80 


196.00 


1.22 


16 x 16 Bit Multiply 


405.20 


713.00 


1.76 


Block Move 


16138.00 


31816.00 


1.97 


Linear Search 


8406.00 


13011.00 


1.55 


Insert into Linked List 


24.80 


34.00 


1.37 


Bubble Sort 


250718.00 


280474.00 


1.12 


Interrupt Handling 


17.2 


32.00 


1.86 


Dynamic Memory Access 


27.60 


47.00 


1.70 


Average ratio 6502/Z80 






1.65 



* Z80 maximum clock frequency is 2.5 MHz. Memory access time is 575 ns. 

* 6502 maximum clock frequency is 1.0 MHz. Memory access time is 650 ns. 
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Execution speed can be important in several ways, 
A computer product that has a human interface, 
such as a keybord and display, will be more 
productive and enjoyable to use if it responds 
quickly. A microprocessor being evaluated for use 
in controlling a high-speed device might have to 
be rejected if it cannot meet very rigid timing 
requirements. 

Execution time varies significantly depending on 
which version of Z80 or 6502 is used, so a com- 
parison of different versions is important. Table 
6 lists the execution times of the benchmark pro- 
grams for the lowest speed versions of the two 
microprocessors . 



The most relevant comparison of execution times is 
shown in Table 7, where the data is calculated 
from versions of the Z80 and 6502 that can operate 
in systems of similar speeds. One should not be 
confused by the higher clock rate of the Z80B, 
because even at twice the clock rate of the 6502B, 
the Z80B has a longer external component access 
time than the 6502B (see Table 3). 



CONCLUSION 

The results of the benchmark programs presented in 
this report show the Z80 performing significantly 
better than the 6502 in nearly every aspect. In 
six of the ten programs, the 6502 used more than 
twice the amount of program memory than the Z80. 
In the bubble sort program, the 6502' s best re- 
lative performance, it used 35 percent more 
program memory than the Z80. The number of lines 



of code used varies dramatically from one program 
to another, but none of the programs have fewer 
lines of 6502 code than Z80 code. Comparing ver- 
sions of equivalent speed (Table 7), the Z80 ex- 
ecutes eight of the ten programs in less time than 
the 6502. 

In all three measures of performance (Tables 4, 5, 
and 7), the program that yields the best results 
for the 6502 is the bubble sort. The bubble sort 
program, as specified in Appendix A, operates on 
an array of less than 256 bytes, so one of the 
8-bit index registers in the 6502 can be used very 
effectively. In applications that primarily use 
short byte-oriented data structures, the 6502 is 
worthy of consideration. 

Some of the benchmark programs reveal outstanding 
results in favor of the Z80. For example, the 
linear search program and the dynamic memory block 
access program have only three Z80 instructions, 
and the block move program uses only eight bytes 
of program memory. The reason for such outstand- 
ing results with the Z80 is that it has many 
exceedingly powerful instructions. The Block Move 
and Block Search instructions illustrated in the 
benchmark programs are only a subset of the many 
block-oriented instructions of the Z80. The 
ability to access and manipulate bytes in dynamic 
memory blocks spans nearly the entire Z80 instruc- 
tion set and is greatly appreciated by programmers 
who deal with multi-tasking software. 

In applications that require data structures 
longer than 256 bytes or that manipulate 16-bit 
data, the Z80 is likely to be more efficient than 
the 6502, particularly in terms of memory utili- 
zation and programmer productivity. 



Table 7. Execution Times for Versions with Equivalent Memory Access Time* 



Program Description 


usee 


usee 


Ratio 




Z80B 


6502B 


6502B/Z80B 


Computed GOTO Implementation 


8.45 


15.44 


1.83 


8x8 Bit Multiply Routine 


67.00 


65.33 


0.98 


16 x 16 Bit Multiply 


168.83 


237.67 


1.41 


Block Move 


6724.17 


10605.33 


1.58 


Linear Search 


3502.50 


4337.00 


1.24 


Insert into Linked List 


10.33 


11.33 


1.10 


Bubble Sort 


104465.83 


93491.33 


0.89 


Interrupt Handling 


7.17 


10.67 


1.49 


Character String Translation 


5678.33 


7356.00 


1.30 


Dynamic Memory Access 


11.50 


15.67 


1.36 


Average ratio 6502B/Z80B 






1.32 



* Z80B maximum frequency is 6 MHz. Memory access time is 190 ns. 

* 6502B maximum clock frequency is 3 MHz. Memory access time is 170 ns. 
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APPENDIX A. BENCHMARK PROGRAM SPECIFICATION 

Computed GOTO implementation. A byte is tested 
for three states: negative, zero, and positive. 
The processor branches to a different variable 
address for each state. 

The byte is in a register, and the three 16-bit 
addresses are on the stack. 

8x8 Bit Unsigned Multiply Routine. Two 8-bit 
unsigned integers (INT1, INT2) located randomly in 
memory (RAM or ROM) are multiplied together to 
form a 16-bit product (INT3) to be stored in RAM. 

16 x 16 Bit Unsigned Multiply* Two 16-bit 
unsigned integers, located wherever is most 
efficient, are multiplied together to form a 
32-bit product. 

Block Move. Move a block of memory from one 
location to another. The source and destination 
addresses and the block size are known at assembly 
time, but no restriction on their values are 
allowed. 

Use a block size of 1920 bytes (a typical CRT 
screen) for time calculation. 



Insert into Linked Listo The linked list exists 
in RAM (not page zero) and has 160 bit forward 
pointers. The root (pointer to top entry) may be 
in page zero. 

The address of the entry to be inserted is speci- 
fied wherever is most efficient. Insert the entry 
into the top position. 

Bubble sort. Using a standard bubble sorting 
algorithm, arrange an array of bytes (length 256) 
into descending order. 

To calculate the timing, use a length of 100 and 
assume that the array is in ascending order before 
sorting. 

Interrupt Handling. Respond to an interrupt, save 
processor status, save registers, restore regis- 
ters, restore processor status, and return. 

Response time does not include the time for an 
executing instruction to complete. 

Character String Translation. A string of ASCII 
characters of known length is translated into 
EBCDIC according to an existing 256 byte trans- 
lation table. 

Use a length of 1000 for time calculations. 



Linear Search. Search for the first occurrence of 
a certain byte in a string of bytes. The string 
address and length are known at assembly time, but 
no restrictions on their values are allowed. 



Dynamic Memory Access. The following operations 
are performed on bytes within a 256 byte dynamic 
memory block (dynamic means the block address is a 
variable). 



Use string length equal to 1000 with no find for 
time calculations. 



Set bit 5 of byte 151, increment byte 70, and 
shift byte 205 left. 
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APPENDIX Bs Z80 PROGRAM LISTINGS 



1* Z80 Computed GOTO implementation 



bytes 


cycles 


1 


10 


1 


10 


1 


4 


1 


11/5 


1 


10 


2 


12/7 


1 


4 


1 


4 


Lines : 


r 8 


Bytes 


= 9 


Cycles 


= 50.67 



! COMPUTED GOTO (REG A CONTAINS THE BYTE TO BE TESTED) 



C0G0T0 



C0G010 



POP 


DE 


POP 


HL 


OR 


A 


RET 


M 


POP 


BC 


JR 


Z,C0G010 


EX 


DE, HL 


JP 


(HL) 


END 





IDE = JUMP ADDRESS IF POSITIVE 

!HL = JUMP ADDRESS IF ZERO 

I TEST THE BYTE 

IJUMP TO ADDRESS FOR NEGATIVE 

IDISCARD ADDRESS FOR NEGATIVE 

IJUMP IF BYTE ZERO 

!HL = ADDRESS FOR POSITIVE 

IJUMP TO APPROPRIATE ADDRESS 



2. Z80 8 x 8 Bit Unsigned Multiply Routine 



bytes 


cycles 


3 


13 


1 


4 


3 


13 


3 


17 



! 

! PREPARE ARGUMENTS FOR SUBROUTINE 

I 



LD 


A,(INT1) 


LD 


E,A 


LD 


A,(INT2) 


CALL 


MULT8 



! RANDOM LOCATION 
I REG E = MULTIPLICAND 
I REG A = MULTIPLIER 
fCALL SUBROUTINE 



8X8 UNSIGNED MULTIPLY ROUTINE 



7 

4 

4 

7 
11 

12/7 
11 

13/8 
10 



3 16 

Lines = 14 
Bytes = 26 
Cycles = 402 average 



T8 LD 


D,0 


LD 


H,D 


LD 


L,A 


LD 


B,8 


TI10 ADD 


HL,HL 


JR 


NC,MULT20 


ADD 


HL,DE 


.T20 DJNZ 


MULT10 


RET 




STORE PRODUCT 


LD 


(INT3),HL 


END 





IEXTEND MULTIPLICAND TO 16 BIT 
UNITIALIZE MULTIPLIER/PRODUCT 

UNITIALIZE LOOP COUNTER 

I SHIFT MULTIPLIER/PRODUCT LEFT 

IJUMP IF MSB OF MULTIPLIER WAS 

I ADD MPCAND TO PRODUCT 

IDEC LOOP CNTR & JMP IF NOT 

IRETURN 
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3. Z80 16 x 16 Bit Unsigned Multiply 



16 x 16 BIT UNSIGNED MULTIPLY 



bytes cycles 



MULT30 



2 7 

3 10 

1 11 

2 8 
2 8 
2 12/7 

1 11 

2 12/7 
1 6 
1 4 

3 10 

Lines =11 
Bytes = 20 
Cycles = 1013 average 



! BC = MULTIPLICAND 

! DE = MULTIPLIER / PRODUCT MSW 

! HL = PRODUCT LSW 

! 

MULT16 



MULT40 



LD 


A, 16 


LD 


Ht,0 


ADD 


HL,HL 


RL 


E 


RL 


D 


JR 


NC,MULT30 


ADD 


HL,BC 


JR 


NC,MULT40 


INC 


DE 


DEC 


A 


JP 


NZ,MULT30 


END 





!A = LOOP COUNT 

UNIT PRODUCT LSW 

ISHIFT MULTIPLIER/PRODUCT LEFT 

!MSB OF MULTIPLIER TO CARRY 
IJUMP IF MSB WAS 
MULTIPLICAND + PRODUCT LSW 
! HANDLE CARRY TO MSW 

!DEC LOOP COUNT 
!LOOP TILL DONE 



280 Block Move 



bytes cycles ! Move a block of memory. 
! 
BLKMOV 



3 


10 


3 


10 


3 


10 


2 


21/16 


Lines = 


4 


Bytes = 


11 


Cycles 


= 40345 



LD 


ni_,ouunuc 
DE,DESTIN 


LD 


BC,BLKSIZ 


LDIR 




END 





!SET UP POINTERS & COUNT 



!MOVE BLOCK 



5. ZB0 Linear Search 



bytes 


cycles 


! SEARCH FOR THE BYTE IN REG A 
i 


3 


10 


SEARCH 


LD HL, STRING !HL = ADDRESS OF STING 


3 


10 




LD BC, LENGTH !BC = LENGTH OF STRING 


2 


21/16 




CPIR fSEARCH STRING 
END 


Lines = 


3 






Bytes = 


8 






Cycles 


= 21015 
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6. Z80 Insert into a Linked List 



bytes 


cycles 


! INSERT THE 
i 


ENTRY POINTED 


3 


13 


INSERT 


LD 


A, (ROOT) 


1 


7 




LD 


(HL),A 


3 


13 




LD 


A,(R00T+1) 


3 


16 




LD 


(R00T),HL 


1 


6 




INC 


HL 


1 


7 




LD 
END 


(HL),A 


Lines = 


6 








Bytes = 


12 








Cycles 


= 62 









!XFER OLD TOP ENTRY PTR 



!ROOT POINTS TO NEW ENTRY 



7. Z80 Bubble Sort 



bytes cycles 



BUBBLE SORT ARRAY INTO DESCENDING ORDER 



3 

3 
1 
1 
1 
1 
2 
2 
1 
1 
1 
1 
2 
1 
2 

Lines 
Bytes 



10 
10 

7 

6 

7 

4 
12/7 

7 

7 

6 

7 

6 
13/8 

4 
12/7 



15 
23 



SORT 



S0RT20 



S0RT30 



LD 


HL ,ARRAY 


LD 


BC,PAIRCT*256 


LD 


A,(HL) 


INC 


HL 


LD 


E,(HL) 


CP 


E 


JR 


NC,S0RT30 


LD 


C,1 


LD 


(HL),A 


DEC 


HL 


LD 


(HL),E 


INC 


HL 


DJNZ 


S0RT20 


DEC 


C 



END 



UNIT ARRAY POINTER 

UNIT PAIR CNTR & ENCHANGE FLAG 

!GET FIRST BYTE OF PAIR 

! ADDRESS NEXT BYTE 

!GET SECOND BYTE OF PAIR 

! COMPARE FIRST & SECOND BYTE 

!JUMP IF FIRST > = SECOND 

!SET EXCHANGE FLAG 

! EXCHANGE THE PAIR 



!LOOP TILL ALL PAIRS EXAMINED 
! CHECK EXCHANGE FLAG 
IJUMP IF EXCHANGE OCCURED 



Cycles = 626795 
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8. Z80 Interrupt Handling 



! 



bytes 


cycles 


! INTERRUPT 
I 




4 


INTRPT 


EX 




4 




EXX 




4 




EXX 




4 




EX 




4 




EI 




10 




RET 
END 


Lines = 


6 






Bytes = 


6 






Cycles 


= 43 







! INTERRUPT OVERHEAD (ADD 13 CYCLES RESPONSE TIME) 



AF,AF« 



AF,AF' 



!SAVE REGISTERS AND STATUS 
IRESTORE REGISTERS AND STATUS 

IRETURN TO INTERRUPTED PROGRAM 



9. Z80 Character String Translation 

! 

! TRANSLATE STRING FROM ASCII TO EBCDIC 
! 
bytes cycles ! TRANSLATION TABLE MUST BE AT A PAGE BOUNDARY. 



TRANSL LD HL, STRING !HL = STRING ADDRESS 

LD D,HI TABLE !D = HIGH BYTE OF XLATION TALBE 

LD B,LO LENGTH !B = LOOP COUNTER LOW BYTE 

LD C,HI LENGTH+1 fC = LOOP COUNTER HIGH BYTE 

TRAN10 LD E,(HL) !GET AN ASCII CHARACTER 

LD A,(DE) !USE IT TO INDEX EBCDIC TABLE 

LD (HL),A ISTORE EBCDIC CHAR IN STRING 

DJNZ TRAN10 !DEC AND TEST LOOP COUNT 

DEC C 

JR NZ1TRAN10 !JUMP IF NOT DONE 

END 



3 


10 


2 


7 


2 


7 


2 


7 


1 


7 


1 


7 


1 


7 


2 


13/8 


1 


4 


2 


12/7 


Lines = 


10 


Bytes s 


17 


Cycles 


= 34070 



10* Z80 Dynamic Memory Access 



! 
bytes cycles ! REG IX = MEMORY BLOCK ADDRESS 



4 
3 

4 

Lines = 
Bytes = 
Cycles = 



23 
23 
23 

3 

11 
69 



! 
DYNACC 



DONE 



SET 


5,(IX+151) 


!SET BIT 5 OF BYTE 151 


INC 


(IX+70) 


! INCREMENT BYTE 70 


SLA 


(IX+205) 


! SHIFT BYTE 205 LEFT 
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APPENDIX C. 6502 PROGRAM LISTINGS 



1. 6502 Computed GOTO implementation 



bytes cycles 



COMPUTED GOTO (REG X CONTAINS THE BYTE TO BE TESTED) 



COGOTO 



PLA 



!POSADR= ADDRESS FOR POSITIVE 



2 


3 




STA 


POSADR 




1 


4 




PLA 






2 


3 




STA 


POSADR+1 




1 


4 




PLA 






2 


3 




STA 


ZERADR 


!ZERADR=ADDRESS FOR ZERO 


1 


4 




PLA 






2 


3 




STA 


ZERADR+1 




1 


2 




TXA 




ITEXT THE BYTE 


2 


3/2 




BPL 


C0G010 


! BRANCH IF NOT NEGATIVE 


1 


6 




RTS 




!JUMP TO ADDRESS FOR NEGATIVE 


1 


4 


C0G010 


PLA 




IDISCARD ADDRESS FOR NEGATIVE 


1 


4 




PLA 






1 


2 




TXA 




!TEST THE BYTE 


2 


3/2 




BNE 


C0G020 


! BRANCH IF NOT ZERO 


3 


5 




JMP 


(ZERADR) 


!JUMP TO ADDRESS FOR ZERO 


3 

Lines 


5 
= 17 


C0G020 


JMP 
END 


(POSADR) 


!JUMP TO ADDRESS FOR POSITIVE 


Bytes 


r 27 











Cycles = 46.33 average 
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2. 6502 8 x 8 Bit Unsigned Multiply Routine 



bytes 


cycles 


PREPARE ARGUMENTS FOR 


SUBROUTINE 


3 


4 


LDA 


INT1 


! RANDOM LOCATION 


2 


3 


STA 


MPCAND 


!PAGE ZERO 


3 


4 


LDA 


INT2 


IRANDOM LOCATION 


2 


3 


STA 


MPLIER 


!PAGE ZERO 


3 


6 


JSR 


MULT8 


!CALL SUBROUTINE 



! 

! 8 X 8 UNSIGNED MULTIPLY ROUTINE 



2 


2 


MULT8 


LDA 


#0 


2 


2 




LDX 


#8 


1 


2 


MULT10 


ASL 


A 


2 


5 




ROL 


MPLIER 


2 


2/3 




BCC 


MULT20 






! ADD MULTIPLICAND TO PRODUCT 


1 


2 




CLC 




2 


3 




ADC 


MPCAND 


2 


2/3 




BCC 


MULT20 


2 


5 




INC 


MPLIER 


1 


2 


MULT20 


DEX 




2 


2/3 




BNE 


MULT10 


1 


6 


! 

! STORE 


RTS 
PRODUCT 




3 


4 




STA 


INT3 


2 


3 




LDA 


MPLIER 


3 


4 




STA 
END 


INT3+1 



! CLEAR LOW BYTE OF PRODUCT 

UNIT LOOP COUNTER 

ISHIFT MULTIPLIER/PRODUCT LEFT 

! BRANCH IF MSB WAS 



! HANDLE CARRY TO HIGH BYTE 

(DECREMENT LOOP COUNTER 
! BRANCH IF NOT DONE 
! RETURN 



!LOW BYTE 
IHIGH BYT 



Lines = 20 
Bytes = 41 
Cycles =196 average 
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3. 6502 16 x 16 Bit Unsigned Multiply 



! 16 x 16 UNSIGNED MULTIPLY 

! 







! MPCAND : 


2 CONSECUTIVE BY 


FES IN PAGE 






! MPLIER ; 


2 CONSECUTIVE BYTES IN PAGE (PRODUC+2) 


bytes 


cycles 


! PRODUC : 


4 CONSECUTIVE BYTES IN PAGE (OVERLAPPING MPLIER) 


2 


2 


MULT16 


LDX 


#16 


UNIT LOOP COUNTER 


2 


2 




LDA 


#0 


UNIT PRODUCT LSW 


2 


3 




STA 


PRODUC 




2 


3 




STA 


PRODUC+1 




2 


5 


MULT30 


ASL 


PRODUC 


ISHIFT MULTIPLIER/PRODUCT LEFT 


2 


5 




ROL 


PRODUC+1 




2 


5 




ROL 


MPLIER 




2 


5 




ROL 


MPLIER+1 




2 


3/2 




BCC 


MULT40 


!JUMP IF MSB WAS 


1 


2 




CLC 




IMULTIPLICAND+PRODUCT LSW 


2 


3 




LDA 


PRODUC 




2 


3 




ADC 


MPCAND 




2 


3 




STA 


PRODUC 




2 


3 




LDA 


PRODUC+1 




2 


3 




ADC 


MPCAND+1 




2 


3 




STA 


PRODUC+1 




2 


3 




LDA 


PRODUC+2 


IPROPOGATE CARRY 


2 


2 




ADC 


#0 




2 


3 




STA 


PRODUC+2 




2 


3/2 




BCC 


MULT40 




2 


5 




INC 


PRODUC+3 




1 


2 


MULT40 


DEX 




!DEC LOOP COUNT 


2 


3/2 




BNE 
END 


MULT30 


!LOOP TILL DONE 


Lines 


= 23 










Bytes 


= 44 











Cycles =713 average 
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4. 6502 Block Move 



bytes 


cycles 


! Move 
I 


a block 


of memory. 




2 


2 


BLKMOV 


LDA 


#L0 SOURCE 


!SET UP POINTERS AND COUNT 


2 


3 




STA 


SRCADR 




2 


2 




LDA 


#HI SOURCE 




2 


3 




STA 


SRCADR+1 




2 


2 




LDA 


>L0 DESTIN 




2 


3 




STA 


DSTADR 




2 


2 




LDA 


mi DESTIN 




2 


3 




STA 


DSTADR+1 




2 


2 




LDX 


#HI COUNT 




2 


3/2 




BEQ 


LSTPAG 


! BRANCH IF SIZE < 256 BYTES 


2 


2 




LDY 


m 


!Y REG USED AS INDEX & CNTR 


2 


5/6 


L00P1 


LDA 


(SCRCADR),Y 


!MOVE A 256 BYTE PORTION 


2 


6 




STA 


(DSTADR), Y 




1 


2 




DEY 






2 


3/2 




BNE 


L00P1 




2 


5 




INC 


SRCADR+1 


! POINT TO NEXT 256 BYTE PART 


2 


5 




INC 


DSTADR+1 




1 


2 




DEX 




!X REG=NUM OF 256 BYTE PARTS 


2 


3/2 




BNE 


L00P1 




2 


2 


LSTPAG 


LDY 


#L0 COUNT 


!Y REG=NUM OF BYTES REMAINING 


2 


3/2 




BEQ 


DONE 


! BRANCH IF NONE LEFT 


2 


5 




DEC 


SRCADR 


! ADJUST ADDRESSES 


2 


5 




DEC 


DSTADR 




2 


5/6 


L00P2 


LDA 


(SRCADR), Y 


IMOVE REMAINING BYTES 


2 


6 




STA 


(DSTADR),Y 




1 


2 




DEY 






2 


3/2 


DONE 


BNE 
END 


L00P2 




Lines = 


27 










Bytes = 


51 










Cycles 


= 31816 
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6502 Linear Search 



bytes 


cycles 


! SEARCH FOR 
i 


BYTE IN REG A 




2 


2 


SEARCH 


LDA 


#L0 STRING 


!SET UP STRING POINTER 


2 


3 




STA 


STRADR 




2 


2 




LDA 


#HI STRING 




2 


3 




STA 


STRADR+1 




2 


2 




LDX 


#HI COUNT 


!X = HIGH BYTE OF COUNT 


2 


3/2 




BEQ 


SRCH20 


! CHECK FOR 


2 


2 




LDY 


#0 


!Y r COUNTER AND INDEX 


2 


5/6 


SRCH10 


CMP 


(STRADR), Y 


! MATCH? 


2 


3/2 




BEQ 


FOUND 


! BRANCH IF SO 


1 


2 




I NY 




! INCREMENT COUNT/INDEX 


2 


3/2 




BNE 


SRCH10 


IBRANCH IF NOT DONE WITH 256 


2 


5 




INC 


STRADR 


! UPDATE POINTER TO NEXT 256 


1 


2 




DEX 




{DECREMENT HIGH BYTE OF COUNT 


2 


3/2 




BNE 


SRCH10 


IBRANCH IF NOT LAST PAGE 


2 


2 


SRCH20 


LDY 


#L0 COUNT 


ICHECK LAST PARTIAL PAGE 


2 


3/2 




BEQ 


DONE 


IBRANCH IF NO PARTIAL PAGE 


2 


2 




LDY 


#0 


!Y = INDEX 


2 


5/6 


SRCH30 


CMP 


(STRADR), Y 




2 


3/2 




BEQ 


FOUND 




1 


2 




I NY 






2 


2 




CPY 


#L0 COUNT 


IDONE WITH LAST PARTIAL PAGE 


2 


3/2 


DONE 


BNE 
END 


SRCH30 


IBRANCH IF NOT 


Lines = 


22 










Bytes = 


41 










Cycles 


= 13011 











6. 6502 Insert into Linked List 



bytes 


cycle 


2 


2 


2 


3 


2 


6 


2 


3 


1 


2 


2 


6 


2 


3 


2 


3 


2 


3 


2 


3 


Lines = 


10 


Bytes = 


19 


Cycles 


= 34 



es I INSERT THE ENTRY POINTED TO BY (NEWADR) 



! 
INSERT 



LDY 


#0 


LDA 


ROOT 


STA 


(NEWADR), Y 


LDA 


ROOT+1 


INY 




STA 


( NEWADR ),Y 


LDA 


NEWADR 


STA 


ROOT 


LDA 


NEWADR+1 


STA 


ROOT+1 


END 





UNIT INDEX REG 

IXFER OLD TOP ENTRY PTR 

! FIRST 2 BYTES IS FORWARD PTR 



IROOT POINTS TO NEW ENTRY 
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7. Bubble Sort 








bytes 


cycles 


! 

! BUBBLE SORT 


ARRAY INTO I 


2 


2 


SORT 


LDY 


#0 


2 


2 




LDX 


#LENGTH-1 


3 


4/5 


S0RT10 


LDA 


ARRAY, X 


3 


4/5 




CMP 


ARRAY+1 ,X 


2 


3/2 




BCS 


S0RT20 


2 


2 




LDY 


#1 


1 


3 




PHA 




3 


4/5 




LDA 


ARRAY+1 ,X 


3 


5 




STA 


ARRAY,X 


1 


4 




PLA 




3 


5 




STA 


ARRAY+1, X 


1 


2 


S0RT20 


DEX 




2 


3/2 




BNE 


S0RT10 


1 


2 




DEY 




2 


3/2 




BEQ 
END 


SORT 


Lines = 


15 








Bytes = 


31 








Cycles 


= 280474 









UNIT EXCHANGE FLAG 
UNIT INDEX/PAIR COUNT 
!GET FIRST BYTE OF PAIR 

IBRANCH IF FIRST > = SECOND 
!SET EXCHANGE FLAG 
! EXCHANGE THE PAIR 



!DEX INDEX/PAIR COUNT 
!LOOP TILL ALL PAIRS EXAMINED 
! CHECK EXCHANGE FLAG 
IBRANCH IF EXCHANGE OCCURRED 



8. 6502 Interrupt Handling 



bytes cycles ! INTERRUPT OVERHEAD (ADD 7 CYCLES RESPONSE TIME) 



! 



1 


3 


INTRPT 


PHA 




2 


3 




STX 


XSAVE 


2 


3 




STY 


YSAVE 


2 


3 




LDY 


YSAVE 


2 


3 




LDX 


XSAVE 


1 


4 




PLA 




1 


6 




RTI 
END 




Lines = 7 










Bytes = 11 










Cycles = 32 









ISAVE REGISTERS 



! RESTORE REGISTERS 



! RESTORE PROCESSOR STATUS 



751-1955-000? 



2-19 



6/12/81 



9. 6502 Character String Translation 



bytes 


cycles 


2 


2 


2 


3 


2 


2 


2 


3 


2 


2 


2 


3/2 


2 


3 


2 


2 


2 


5 


1 


2 


2 


4 


2 


6 


1 


2 


2 


3/2 


2 


5 


2 


5 


2 


3/2 


2 


2 


2 


3/2 


2 


5 


2 


5 


1 


2 


2 


4 


2 


6 


1 


2 


2 


3/2 


Lines = 


26 


Bytes = 


48 


Cycles 


= 22068 



TRANSLATE STRING FROM ASCII TO EBCDIC 



TRANSL 



TRAN10 



TRAN20 



TRAN30 



DONE 



LDA 


#L0 STRING 


STA 


STRADR 


LDA 


#HI STRING 


STA 


STRADR+1 


LDA 


#HI LENGTH 


BEQ 


TRAN20 


STA 


COUNT 


LDY 


#0 


LDA 


( STRADR ),Y 


TAX 




LDA 


TABLE, X 


STA 


(STRADR), Y 


INY 




BNE 


TRAN10 


INC 


STRADR+1 


DEC 


COUNT 


BNE 


TRAN10 


LDY 


#L0 COUNT 


BEQ 


DONE 


DEC 


STRADR 


LDA 


(STRADR), Y 


TAX 




LDA 


TABLE,X 


STA 


(STRADR),Y 


DEY 




BNE 


TRAN30 


END 





!SET UP STRING POINTER 



! CHECK HIGH BYTE OF LENGTH 
! BRANCH IF STRING < 256 CHARS 
UNIT COUNT 

!Y r INDEX FOR PARTIAL STRING 
{TRANSLATE A BYTE 



! INCREMENT INDEX 

! BRANCH IF NOT DONE WITH PAGE 

! UPDATE POINTER TO NEXT PAGE 

! DECREMENT COUNT 

! BRANCH IF NOT LAST PAGE 

!Y = INDEX/COUNT FOR LAST PAGE 

! BRANCH IF NO PARTIAL PAGE 

! ADJUST POINTER 

TRANSLATE LAST PARTIAL PAGE 
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10* 6502 Dynamic Memory Access 



bytes 


cycles 


! (BLO 
i 


CK) = 


ADDRESS OF MEMORY 


BLOCK 


2 


2 


DYNACC 


LDY 


#151 


!SET BIT 5 OF BYTE 151 


2 


5 




LDA 


(BLOCK ),Y 




2 


2 




ORA 


#20 




2 


6 




STA 


(BLOCK), Y 




2 


2 




LDY 


#70 


! INCREMENT BYTE 70 


2 


5 




LDA 


( BLOCK ),Y 




1 


2 




CLC 






2 


2 




ADC 


#1 




2 


6 




STA 


( BLOCK ),Y 




2 


2 




LDY 


#205 


! SHIFT BYTE 205 LEFT 


2 


5 




LDA 


(BLOCK), Y 




1 


2 




ASL 


A 




2 


6 


DONE 


STA 
END 


( BLOCK ),Y 




Lines = 


13 










Bytes = 


24 










Cycles 


= 47 
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Integrating an 8 -Bit 
DMA Controller 
into a 1 6-Bit System 



Zilog 



Tutorial 



November 1980 



The new generation of 16-bit microprocessors 
ai lows the system designer to Implement a 
powerful, but cost-effective computer system 
using the currently available 8-bit periph- 
eral support devices. These processors 
offer advance block transfer operations that 
a I low blocks of data to be moved between 
memory and an Input/Output (I/O) device. 
Although the data transfer rates achieved 
are very high, they are stil I Inadequate for 
Interfacing some system peripherals such as 
the new 8 M Winchester disk drives. To In- 
corporate such high-speed peripheral 
devices, the system designer needs to Inte- 
grate a Direct Memory Access (DMA) control ler 
device Into the system. This article Illus- 
trates the Increase In throughput obtained by 
Integrating an 8-bit DMA device Into a 16- 
blt microprocessor system and discusses the 
various Interface techniques and trade-offs 
Involved In such a task. 



Z80 DIRECT MEMORY ACCESS CONTROLLER 

A DMA device performs the dedicated task of 
moving data in a microprocessor system Inde- 
pendently of the Central Processing Unit 
(CPU). The transfers are usually between 
memory and an I/O device, but some DMAs are 
capable of moving data from memory to memory 
or between two I/O devices. In a smal I 
microprocessor system, the CPU can normal ly 
do these transfers via software, but this 
results In a reduction of system throughput 
and ties up the CPU for long periods of time 
when a large amount of data Is to be moved. 
The response time of the CPU In these CPU- 
managed transfers is Inherently slow and may 
not be adequate In situations where the 
nature of data transfers demands fast 
response. The addition of a DMA device to an 
8-bit microprocessor system Is easily accom- 
plished, since most 8-bit CPU families have a 
DMA control ler device that shares common 
family interface protocol. Integrating a DMA 
device into a 16-bit system poses two options 
to the system designer. Since 16-blt LSI DMA 
devices are not presently available, the 
designer can use the 8-bit devices with addi- 



tional hardware, or can opt for Implementing 
DMA functions using discrete TTL logic. The 
latter approach offers the advantage of 
Implementing only those functions that are 
needed. However, even in the most simple 
cases, a high part count Is required to add 
DMA capability using this approach. The 
8-blt devices, on the other hand, offer 
extensive, Integrated capabilities and 
require relatively little additional logic 
to Interface to 16-blt processors. 

The Z80 DMA Is a powerful 8-bit DMA device 
and, unlike most other DMAs, It takes com- 
plete control of the system bus during the 
data transfer. It generates all bus signals 
normally generated by the Z80 CPU during a 
data transfer without any external TTL 
packages. Data transfers can be accom- 
pllshed In three different modes. In the 
Byte mode, one byte of data Is transferred at 
a time, giving control of the system bus to 
the CPU after each byte transfer. In the 
Burst mode, a block of data bytes Is trans- 
ferred and data transfer operations continue 
until the READY signal (normally from an I/O 
device) becomes inactive. At this time, bus 
control Is returned to the CPU and when the 
I/O device Is ready to move more data (acti- 
vating the READY signal), the data transfer 
operation Is started again. These bursts of 
data transfers continue until the whole block 
has been moved. The Continuous mode operates 
in the same fashion as the Burst mode, except 
that the bus control is returned to the CPU 
only when the operation is complete. If the 
READY signal goes inactive before the whole 
block Is moved, the DMA simply pauses until 
it becomes active again. In addition to data 
transfers, the Z80 DMA can also search for a 
specific data byte. In the Search mode, data 
bytes are compared to a programmable "match 
byte" and an Interrupt may be generated when 
a match Is found. 

The Z80 DMA can generate two port addresses, 
with either address being variable or fixed. 
It Is capable of doing a data transfer from 
memory to memory or between two 1/0 devices, 
using a single channel in any of the three 
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modes described above. The Z80 DMA has a 
programmable cycle length. Thus, the read 
and write cycles of a data transfer operation 
can be made two, three or four clock cycles 
long, and the four control signals associated 
with data transfers can be deactivated one- 
half clock cycle before the read or write 
cycle ends. These programmable features allow 
easy interface of the DMA to slow or fast 
system components. In addition, the DMA can 
be made to automatically repeat a complete 
operation usincj the "auto restart" feature. 
Multiple DMAs can be daisy-chained in a 
system without any TTL support logic. A 
complete description of all the available 
features of the DMA can be found in the Z80 
DMA Technical Manual (document #00-20 13-A). 



COMPARISON OF DATA TRANSFER 
RATES IN A SMALL SYSTEM 

Table 1 illustrates the various transfer 
speeds that can be obtained in a micro- 
processor system with a Z80A CPU, a Z8000 
CPU, or a Z80A DMA. The Z80A DMA can achieve 
an impressive transfer rate of 1 Mbyte/sec. 
The Z80A CPU, using the powerful block trans- 



programmed to search for a specific byte of 
data while it is transferring data. This 
allows the system to perform powerful string 
operations at very high data rates. The 
transfer rates shown in Table 1 illustrate 
the Improvement in system throughput that can 
be achieved with a DMA device. 



INTEGRATION OF A Z80 DMA IN A Z8000 SYSTEM 

A small, yet effective, Z8000 system can be 
built using currently available Z80 periph- 
erals. The implementation of such a system 
is fully described in the Zilog application 
note A Sma 1 1 Z8000 System (document 
#03-8060-01). Previous discussion has proven 
the advantage of the addition of a DMA device 
to such a system. The rest of this article 
will describe the additional logic required 
to Integrate the Z80 DMA Into a Z8000-based 
system. By carefully selecting and imple- 
menting only those functions required, the 
designer can minimize the additional TTL 
logic. Since Z80 peripherals share common 
interface logic, it Is not necessary to 
duplicate the logic when other Z80 periph- 
erals are added to the system. 



Table 1* Maximum Data Transfer Rates 



Z80A CPU 



Z8CA DMA 



Z8000 CPU 



Memory 

to 
Memory 


0.19 Mbytes/sec 


1.0 Mbytes/sec 
1.0 Mwords/sec** 


0.44 Mbytes/sec 
0.44 Mwords/sec 


I/O 

to 

I/O 




1.0 Mbytes/sec 
1.0 Mwords/sec** 




I/O 

to 

Memory 


0.19 Mbytes/sec 


1.0 Mbytes/sec 
1.0 Mwords/sec** 
2.0 Mbytes/sec* 
2.0 Mwords/sec* 


0.4 Mbytes/sec 
0.4 Mwords/sec 



• Continuous mode operation 

* In Search/Transfer mode with external logic 
**Requires external logic for word transfers 



fer Instruction, can transfer data at 0.19 
Mbytes/sec. Since the DMA achieves the 1 
Mbyte/sec. transfer rate using two-clock- 
cycle operations for each byte of transferred 
data, it requires memory devices with rela- 
tively short access times. The Z8000 CPU has 
a maximum memory-to-memory data transfer rate 
of 0.44 Mtransfers/sec, and a maximum 1/0- 
to-memory data transfer rate of 0.40 Mtrans- 
fers/sec. The same transfer rates are ob- 
tained by the Z8000 CPU whether the data 
transferred Is a byte or a word. However, 
since the DMA can be made to transfer words 
with some additional hardware, it can still 
provide a data transfer rate of 1 Mtrans- 
fer/sec. In addition, the DMA can also be 



Figure 1 shows a block diagram of the Inter- 
face requirements for a Z80 DMA device in a 
Z8000 system. The Small Z8000 System Appli- 
cation Note already implements part of the 
logic shown In Figure 1. These interface 
functions are common to other Z80 periph- 
erals, such as the PIO, SIO and CTC. This 
includes the 3-state address buffers and 
bidirectional data buffers, which are used to 
demultiplex the system address and data 
buses. The DMA is connected to the demulti- 
plexed address and data lines rather than 
being placed closer to the CPU. Other common 
functional blocks are the Status Decoder, 1/0 
Decoder, and Z8000-to-Z80 Control Translator 
I og i c. 
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+ 5V- 

GND- 

CLK- 

RESET- 



1 



SYSTEM ADDRESS BUS 



[SNo 
\SN 6 



} 



TRISTATE 
ADRS BUFFERS 



% 



BIDIRECTIONAL /L 

V 



DATA 
BUFFERS 



SEGMENT 
REGISTER 



Do 
D _ 7 



SYSTEM DATA BUS 



<*£. 



Z8001/2 
CPU 



BUSAC K 
BUSRQ-- 



SJoU 



STATUS 
DECODER 



<*£. 



CONTROL 
REGISTER 



Z8001/2 TO Z80A 

CONTROL 

TRANSLATOR 



DATA 
BUFFER 



ADDRESS 

TRANSLATION 

LOGIC 



Do 
D 7 



Z80A 

'NT_ DMA 

/ BAI 

" y/^BUSRQ 




} 



-+ 5 V 
-GND 
-CLK 



Z80A BUS TIMING 



> 



Z80A TO 

Z8001/2 

CONTROL 

TRANSLATOR 



BUS TIMING 



SYSTEM CONTROL BUS 



} 



Figure 1. Block Diagram 



Since the Z80 DMA takes complete control of 
address and data buses during an operation, 
It generates Z80 CPU system-bus-compatible 
control signals. However, these signals are 
not compatible with the system bus control 
signals generated by Z8000 CPU, and a Z80-to- 
Z8000 Control Translator logic block Is 
required to Interface the DMA with the Z8000 
system. In particular, the signals that need 
to be generated In order to effectively 
control the system bus are four status 
signals ST0-ST3, Byte/Word (B/W), Normal/ 
System (N/S), Read/Write (R/W), Memory 
Request (MREQ), Data Strobe (DS), and Address 
Strobe (AS). The segmented Z8001 CPU gene- 
rates a segment address and a 16-blt offset 
address within the segment. Since the DMA 
can only output 16 bits of address informa- 
tion, a Segment Register Is required to store 
the segment Information. The segment number 
Is latched in this register by the Z8000 CPU 
prior to DMA operation. In memory-to-memory 
data transfers, the data to be moved must 
reside in the same 64K address space. How 
ever, in memory- to- I /0 operations, when the 
block of data to be moved crosses a segment 
boundary, the operation requires the loading 
of a new segment number Into the Segment 
Register before crossing the segment 
boundary. The Segment Register Is shown In 
Figure 1. 

A 4-blt Control Register that has been 
appropriately programmed by the Z8000 CPU 
before it enables the DMA is used to generate 
N/S, B/W, and W/DW signals. These three 



signals remain active throughout the DMA 
operation. The DMA provides two signals 
(MREQ and I0RQ) that indicate whether a 
memory or an I/O address is being accessed. 
These signals are gated with signals 
generated by the Z8000 Status Decoder, which 
decodes the status signals ST0-ST3 to dif- 
ferentiate between memory and I/O accesses In 
the current CPU operation. Since the memory 
and I/O address spaces of the DMA are the 
same size, the MREQ and I0RQ signals can be 
interchanged to generate other Z8000 control 
signals. The Write (WR) signal of the DMA Is 
used to generate the R/W signal. 

The timing relationship between the DMA 
control signals (IORQ, MREQ, RD, WR) and 
three of the Z8000 control signals (AS, DS, 
MREQ) is shown in Figure 2. In order to 
generate AS and DS from the DMA-generated 
control signals, the DMA must be operated In 
the variable cycle mode with a cycle length 
of four clock cycles. The DMA, however, can 
be a I lowed to run with an operational cycle 
of two clock cycles, If the memory controller 
can Initiate and complete a memory transac- 
tion with the DMA»s control signals instead 
of using AS and DS, and if the memory devices 
have the fast access times necessary for 
two-cycle transfers. Figure 3 illustrates 
the generation of AS, DS, and MREQ signals 
from DMA control signals RD, WR, and MREQ. 
The four clock cycle memory read or write 
operation of the DMA is translated to a 
three clock cycle CPU memory read or write 
operation with this logic. The DS signal Is 
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DS 

WRITE 



" "A^7 -\ ~7 -\~7-\T ' 

x x x x 



Figure 2. Control Signal Timings 



generated from RD and WR signals as shown in 
the same figure. 

When a dynamic RAM array needs to be re- 
freshed, It becomes necessary to extend a 
DMA read or write cycle. This Is achieved by 
activating the WAIT signal of the DMA. This 
signal is multiplexed with the Chip Enable 
(CE) signal In the device, since the DMA 
needs to be waited only when it is the bus 
master. The WAIT signal, however, Is sampled 
only at fixed instances during a read or a 
write cycle and then only If the cycle Is 
more than two clock cycles long when the 
programmable operational cycle feature Is 
selected. Thus, In a three or four clock 
cycle Memory Read or Write, the WAIT line is 
sampled at the falling edge of the second 
clock, and on the falling edge of the third 
clock in a four clock cycle I/O Read &r Write 
as illustrated In Figure 2. This implies 
that in order to be able to use the WAIT 
signal to extend the DMA operational cycle, 
the designer has to opt for four clock cycle 
transfers and use IORQ signal from the DMA to 
generate AS and DS signals, rather than the 
MREQ signal as shown In Figure 3. Since the 
memory and I/O spaces of the Z80 DMA are 64K 
bytes each, the IORQ signal can be used to 
indicate a memory access and the MREQ signal 
to Indicate I/O access. 



MREQ _ 

DMA 



CLK- 



~> 



WR 

DMA 



RD 

DMA" 



D Q 

74LS175 

CLK 



D Q 

74LS175 

CLK 



74LS175 

CLK Q 



hz> 



10111 AS 
CPU 



1 r - »w_ 



74LS175 

CLK Q 



MREQ 

"CPU 



3> 




DS 

CPU 



D Q 

74LS175 

CLK 



D Q 

74LS175 

CLK 




Figure 3. AS-,DS-,MREQ- Generation 
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i 



SYSTEM 
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Figure 4. 8-Bit Data Transfer Logic 



BYTE, WORD AND DOUBLE WORD DATA TRANSFERS 

The address translation logic, In conjunction 
with the data buffers, allows the DMA to 
perform byte, word or double word transfers. 
The designer has the option of selecting one 
or more of these data transfer modes. How- 
ever, the hardware required to implement the 
functions Increases as more options are 
selected. When only byte transfers are 
desired, no address translation logic or data 
buffering is needed, but, because the system 
data bus is 16-bits wide, an 8-bit bus trans- 
ceiver buffer is required to enable the DMA 
to access the higher byte of the data bus 
(Figure 4). In this case, the DMA ! s address 
bus is directly connected to the system 
address bus. When 16-bit transfers are 
desired, the DMA address bus is shifted so 
that low address bit AO is physically con- 
nected to system address bit SA1. In this 
case, A15 of the DMA is not used and SAO is 
ignored by the memory controller. An 8-bit 



data buffer serves the purpose of storing the 
higher order data byte during the read cycle 
and driving it in the write cycle. This Is 
illustrated in Figure 5. The 32-bit data 
transfer operation is similar to the 16-bit 
operation but requires two additional data 
buffers and the shifting of the address bus 
by an additional bit. These approaches, 
however, require that the same data bus width 
be used in data transfers between memory and 
an I/O device. 

Figure 6 shows the address translation logic 
needed to do 8-, 16- and 32-bit data trans- 
fers. The CPU needs to set up two signals, 
B/W and W/DW, before enabling the DMA to 
determine the data transfer width. These two 
signals then control the shifting of the 
DMA's address bus for the generation of 
system addresses. Thus, while moving bytes, 
the two transparent latches are enabled and 
the DMA address bus remains unshlfted. The 
data byte can be stored In any of the data 




Figure 5. 16-Bit Data Transfer Logic 
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buffers (Figure 5) or by the DMA, depending 
upon the memory organization. To accomplish 
word or double word transfers, the address 
bus Is shifted via the multiplexers by one or 
two bits, depending on the control signals. 
Only the four multiplexers and a data buffer 
are required to perform 8- and 16-blt data 
movements. Since the upper address bits from 
DMA are not used In 16- and 32-bit transfers, 
up to 32K words and 16K double words can be 
moved in a single DMA block transfer. To 
compensate for the shifting of these 
addresses, the actual port addresses are 
shifted right by one or two bits before being 
written to the DMA. 



ler always transfers the data byte (in a byte 
mode) on the low-order eight bits of the data 
bus. 



SUMMARY 

Integration of a 8-bit DMA device Into a 
16-bit microprocessor system improves system 
performance and a I lows the system to add new 
fast peripherals. The Interfacing requires 
additional logic, but some of this logic Is 
already implemented in the system since the 
system usually contains other 8-bit periph- 
erals of the same CPU family sharing common 
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Figure 6. 8-, 16- or 32-Bit Data Transfer Address Translation Logic 



USING THE SEARCH MODE 

The search or search/transfer modes of the 
Z80 DMA need special interfacing considera- 
tion. Since the DMA can search for bytes 
only, the use of these functions is limited 
In a 16-bit environment without any support 
logic. Thus, when the DMA is set up to do 
8-bit transfers, the hardware shown in Figure 
4 allows searches on both halves of the data 
bus when the data bus is 16 bits wide. In 
the 16- and 32-bit transfer modes, however, 
the DMA can compare only the low-order data 
byte, and external hardware is required If 
any of the higher order data bytes need to be 
searched. When the hardware is set up to do 
8-, 16- and 32-bit data transfers, the search 
mode can be used only if the memory control- 



Interface logic. Also, the Implementation 
of the extra logic needed to integrate the 
8-bit DMA can be minimized by carefully 
selecting and implementing only necessary DMA 
functions that contribute to the improvement 
of overal I system performance. 
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INTRODUCTION 

The Z8500 Family consists of universal peripherals 
that can interface to a variety of microprocessor 
systems that use a non-multiplexed address and 
data bus. Though similar to Z80 peripherals, the 
Z8500 peripherals differ in the way they respond 
to I/O and Interrupt Acknowledge cycles. In 
addition, the advanced features of the Z8500 
peripherals enhance system performance and reduce 
processor overhead. 

To design an effective interface, the user needs 
an understanding of how the Z80 Family interrupt 
structure works, and how the Z8500 peripherals 
interact with this structure. This application 
note provides basic information on the interrupt 
structures, as well as a discussion of the 
hardware and software considerations involved in 
interfacing the Z8500 peripherals to the Z80 
CPUs. Discussions center around each of the 
following situations: 

• Z80A 4 MHz CPU to Z8500 4 MHz peripherals 

• Z80B 6 MHz CPU to Z8500A 6 MHz peripherals 

• Z80H 8 MHz CPU to Z8500 4 MHz peripherals 

• Z80H 8 MHz CPU to Z8500A 6 MHz peripherals 

This application note assumes the reader has a 
strong working knowledge of the Z8500 peripherals; 
it is not intended as a tutorial. 



CPU HARDWARE INTERFACING 

The hardware interface consists of three basic 
groups of signals: data bus, system control, and 
interrupt control, described below. For more 
detailed signal information, refer to Zj log's 
Data Book , Universal Peripherals. 



Data Bus Signals 



D 7 -D 



Data Bus (bidirectional, 3-state) . This 
bus transfers data between the CPU and the 
peripherals. 



System Control Signals 

A p -Aq Address Select Lines (optional) . These 
lines select the port and/or control 
registers. 

"CT Chip Enable (input, active Low). "CF is 
used to select the proper peripheral for 
programming. UT should be gated with 10RQ 
or MREQ to prevent spurious chip selects 
during other machine cycles. 

"RE>* Read (input, active Low). "Reactivates the 
chip-read circuitry and gates data from the 
chip onto the data bus. 

W* Write (input, active Low). W strobes data 
from the data bus into the peripheral. 

*Chip reset occurs when 1U and W are active 
simultaneously. 



Interrupt Control 



INTACK Interrupt Acknowledge (input, active Low). 
This signal indicates an Interrupt 
Acknowledge cycle and is used with T?U to 
gate the interrupt vector onto the data 
bus. 



INT Interrupt Request 
active Low) . 



(output, open-dram, 
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IEI Interrupt Enable In (input, active High). 



Write Cycle Timing 



1E0 Interrupt Enable Out (output, active 
High) . 

These lines control the interrupt daisy 
chain for the peripheral interrupt 
response^ 



Figure 2 illustrates the Z8500 Write cycle 
timing. All register addresses and INTACK must 
remain stable throughout the cycle. If IT goes 
active after W goes active, or if "CF goes in- 
active before WR" goes inactive, then the effective 
Write cycle is shortened. Data must be available 
to the peripheral prior to the falling edge of W. 



Z8500 I/O OPERATION 

The Z8500 peripherals generate internal control 
signals from "RU and WR". Since PCLK has no 
required phase relationship to W) or W, the 
circuitry generating these signals provides time 
for metastable conditions to disappear. 

The Z8500 peripherals are initialized for dif- 
ferent operating modes by programming the internal 
registers. These internal registers are accessed 
during I/O Read and Write cycles, which are 
described below. 



Read Cycle Timing 

Figure 1 illustrates the Z8500 Read cycle timing. 
All register addresses and INTACK must remain 
stable throughout the cycle. If "CE" goes active 
after "RE) goes active, or if "CT goes inactive 
before TOT goes inactive, then the effective Read 
cycle is shortened. 



PERIPHERAL INTERRUPT OPERATION 

Understanding peripheral interrupt operation 
requires a basic knowledge of the Interrupt 
Pending (IP) and Interrupt Under Service (IUS) 
bits in relation to the daisy chain. Both Z80 and 
Z8500 peripherals are designed in such a way that 
no additional interrupts can be requested during 
an Interrupt Acknowledge cycle. This allows the 
interrupt daisy chain to settle, and ensures 
proper response of the interrupting device. 

The IP bit is set in the peripheral when CPU 
intervention is required (such conditions as 
buffer empty, character available, error detec- 
tion, or status changes). The Interrupt Ac- 
knowledge cycle does not necessarily reset the IP 
bit. This bit is cleared by a software command to 
the peripheral, or when the action that generated 
the interrupt is completed (i.e., reading a 
character, writing data, resetting errors, or 
changing the status) . When the interrupt has been 
serviced, other interrupts can occur. 
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Figure 1. Z8500 Peripheral I/O Read Cycle Timing 
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Figure 2. Z8500 Peripheral I/O Write Cycle Timing 



The IUS bit indicates that an interrupt is 
currently being serviced by the CPU. The IUS bit 
is set during an Interrupt Acknowledge cycle if 
the IP bit is set and the IEI line is High. If 
the IEI line is Low, the IUS bit is not set, and 
the device is inhibited from placing its vector 
onto the data bus. In the Z80 peripherals, the 
IUS bit is normally cleared by decoding the RETI 
instruction, but can also be cleared by a software 
command (SIO). In the Z8500 peripherals, the IUS 
bit is cleared only by software commands. 



Z80 Interrupt Daisy-Chain Operation 

In the Z80 peripherals, both the IP and IUS bits 
control the IEO line and the lower portion of the 
daisy chain. 

When a peripheral's IP bit is set, its IEO line is 
forced Low. This is true regardless of the state 
of the IEI line. Additionally, if the peripher- 
al's IUS bit is clear and its IEI line High, the 
INT line is also forced Low. 



When the Z80 CPU executes the RETI instruction, 
the peripherals monitor the data bus and the high- 
est priority device under service resets its IUS 
bit. 



Z8500 Interrupt Daisy-Chain Operation 

In the Z8500 peripherals, the IUS bit normally 
controls the state of the IEO line. The IP bit 
affects the daisy chain only during an Interrupt 
Acknowledge cycle. Since the IP bit is normally 
not part of the Z8500 peripheral interrupt daisy 
chain, there is no need to decode the RETI in- 
struction. To allow for control over the daisy 
chain, Z8500 peripherals have a Disable Lower 
Chain (DLC) software command that pulls IEO Low. 
This can be used to selectively deactivate parts 
of the daisy chain regardless of the interrupt 
status. Table 1 shows the truth tables for the 
Z8500 interrupt daisy-chain control signals during 
certain cycles. Table 2 shows the interrupt state 
diagram for the Z8500 peripherals. 



The Z80 peripherals sample for both W and IORQ 
active, and "ED" inactive to identify an Interrupt 
Acknowledge cycle. When "FIT goes active and W is 
inactive, the peripheral detects an Interrupt 
Acknowledge cycle and allows its interrupt daisy 
chain to settle. When the IORQ line goes active 
with "RT active, the highest priority interrupting 
peripheral places its interrupt vector onto the 
data bus. The IUS bit is also set to indicate 
that the peripheral is currently under service. 
As long as the IUS bit is set, the IEO line is 
forced Low. This inhibits any lower priority 
devices from requesting an interrupt. 



Table 1 . Z8500 Daisy-Chain Control Signals 



Truth Table for 

Daisy Chain Signals 

During Idle State 

IEI IP IUS IEO 



Truth Table for 
Daisy Chain Signals 

During INTACK Cycle 
IEI IP IUS IEO 
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X 








X 


X 
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1 


X 
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Table 2. Z8500 Interrupt State Diagram 

Interrupt Condition 



IP Set 



IEI High? 



INT Active 



-> Wait for CPU INTACK Cycle 



INTACK * IEI * RD 



I US Set 



CPU Read, Write, or Reset IP 



IP Cleared 



IE0 High? 



IUS Cleared 



Return to main program 



The Z8500 peripherals use INTACK (Interrupt 
Acknowledge) for recognition of an Interrupt 
Acknowledge cycle. This pin, used in conjunction 
with RD, allows the Z8500 peripheral to gate its 
interrupt vector onto the data bus. An active RD 
signal during an Interrupt Acknowledge cycle 
performs two functions. First, it allows the 
highest priority device requesting an interrupt to 
place its interrupt vector on the data bus. 
Secondly, it sets the IUS bit in the highest 
priority device to indicate that the device is 
currently under service. 



INPUT/OUTPUT CYCLES 

Although Z8500 peripherals are designed to be as 
universal as possible, certain timing parameters 
differ from the standard Z80 timing. The 
following sections discuss the I/O interface for 
each of the Z80 CPUs and the Z8500 peripherals. 
Figure 5 depicts logic for the Z80A CPU to Z8500 
peripherals (and Z80B CPU to Z8500A peripherals) 
I/O interface as well as the Interrupt Acknowledge 



interface. Figures 4 and 7 depict some of the 
logic used to interface the Z80H CPU to the Z8500 
and Z8500A peripherals for the I/O and Interrupt 
Acknowledge interfaces. The logic required for 
adding additional Wait states into the timing flow 
is not discussed in the folowing sections. 



Z80A CPU to Z8500 Peripherals 

No additional Wait states are necessary during the 
I/O cycles, although additional Wait states can be 
inserted to compensate for timing delays that are 
inherent in a system. Although the Z80A timing 
parameters indicate a negative value for data 
valid prior to "WE", this is a worse than "worst 
case" value. This parameter is based upon the 
longest (worst case) delay for data available from 
the falling edge of the CPU clock minus the 
shortest (best case) delay for CPU clock High to 
W Low. The negative value resulting from these 
two parameters does not occur because the worst 
case of one parameter and the best case of the 
other do not occur within the same device. This 
indicates that the value for data available prior 
to W will always be greater than zero. 

All setup and pulse width times for the Z8500 
peripherals are met by the standard Z80A timing. 
In determining the interface necessary, the TIT 
signal to the Z8500 peripherals is assumed to be 
the decoded address qualified with the IORQ 
signal. 

Figure 3a shows the minimum Z80A CPU to Z8500 
peripheral interface timing for I/O cycles. If 
additional Wait states are needed, the same number 
of Wait states can be inserted for both I/O Read 
and Write cycles to simplify interface logic. 
There are several ways to place the Z80A CPU into 
a Wait condition (such as counters or shift 
registers to count system clock pulses) , depending 
upon whether or not the user wants to place Wait 
states in all I/O cycles, or only during Z8500 I/O 
cycles. Tables 3 and 4 list the Z8500 peripheral 
and the Z80A CPU timing parameters (respectively) 
of concern during the I/O cycles. Tables 5 and 6 
list the equations used in determining if these 
parameters are satisfied. In generating these 
equations and the values obtained from them, the 
required number of Wait states was taken into 
account. The reference numbers in Tables 3 and 4 
refer to the timing diagram in Figure 3a. 
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Table 3. Z8500 Timing Parameters I/O Cycles 



Worst Case 



Min 



Max Units 



6. TsA(WR) 

1. TsA(RD) 

2. TdA(DR) 
TsCEl(WR) 
TsCEl(RD) 

4. TwRDl 
8. TwWRl 

3. TdRDf(DR) 

7. TsDW(WR) 



Address to WR Low Setup 
Address to RD Low Setup 
Address to Read Data Valid 
CE Low to WR Low Setup 
CE Low to RD Low Setup 
RD Low Width 
WR Low Width 

RD Low to Read Data Valid 
Write Data to WR Low Setup 



80 




ns 


80 




ns 




590 


ns 







ns 







ns 


390 




ns 


390 




ns 




255 


ns 







ns 



Table 4. Z80A Timing Parameters I/O Cycles 



Worst Case 














Min 


Max 


Units 


TcC 


Clock Cycle Period 


250 




ns 


TwCh 


Clock Cycle High Width 


110 




ns 


TfC 


Clock Cycle Fall Time 




30 


ns 


TdCr(A) 


Clock High to Address Valid 




110 


ns 


TdCr(RDf) 


Clock High to RD Low 




85 


ns 


TdCr(IORQf) 


Clock High to I0RQ Low 




75 


ns 


TdCr(WRf) 


Clock High to WR Low 




65 


ns 


5. TsD(Cf) 


Data to Clock Low Setup 


50 




ns 



Table 5. Parameter Equations 



Z8500 


Z80A 








Parameter 


Equation 




Value 


Units 


TsA(RD) 




TcC-TdCr(A) 


140 min 


ns 


TdA(DR) 




3TcC+TwCh-TdCr(A)-TsD(Cf) 


800 min 


ns 


TdRDf(DR) 




2TcC+TwCh-TsD(Cf) 


460 min 


ns 


TwRDl 




2TcC+TwCh+TfC-TdCr(RDf) 


525 min 


ns 


TsA(WR) 




TcC-TdCr(A) 


140 min 


ns 


TsDW(WR) 






> min 


ns 


TwWRl 




2TcC+TwCh+TfC-TdCr(WRf) 


560 min 


ns 



Table 6. Parameter Equations 



Z80A 


Z8500 








Parameter 


Equation 




Value 


Units 


TsD(Cf) 




Address 










3TcC+TwCh-TdCr(A)-TdA(DR) 


160 min 


ns 






RD 










2TcC+TwCh-TdCr ( RDf ) -TdRD( DR) 


135 min 


ns 
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Figure 3a. Z80A CPU to Z8500 Peripheral Minimum I/O Cycle Timing 



Z80B CPU to Z8500A Peripherals 

No additional Wait states are necessary during I/O 
cycles, although Wait states can be inserted to 
compensate for any system delays. Although the 
Z80B timing parameters indicate a negative value 
for data valid prior to W, this is a worse than 
"worst case" value. This parameter is based upon 
the longest (worst case) delay for data available 
from the falling edge of the CPU clock minus the 
shortest (best case) delay for CPU clock High to 
W Low. The negative value resulting from these 



two parameters does not occur because the worst 
case of one parameter and the best case of the 
other do not occur within the same device. This 
indicates that the value for data available prior 
to W will always be greater than zero. 

All setup and pulse width times for the Z8500A 
peripherals are met by the standard Z80B timing. 
In determining the interface necessary, the "CT 
signal to the Z8500A peripherals is assumed to be 
the decoded address qualified with the IORQ 
signal. 
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Figure 3b shows the minimum Z80B CPU to Z8500A 
peripheral interface timing for I/O cycles. If 
additional Wait states are needed, the same number 
of Wait states can be inserted for both I/O Read 
and I/O Write cycles in order to simplify inter- 
face logic. There are several ways to place the 
Z80B CPU into a Wait condition (such as counters 
or shift registers to count system clock pulses), 
depending upon whether or not the user wants to 
place Wait states in all I/O cycles, or only 



during Z8500A I/O cycles. Tables 7 and 8 list the 
Z8500A peripheral and the Z80B CPU timing 
parameters (respectively) of concern during the 
I/O cycles. Tables 9 and 10 list the equations 
used in determining if these parameters are satis- 
fied. In generating these equations and the 
values obtained from them, the required number of 
Wait states was taken into account. The reference 
numbers in Tables 7 and 8 refer to the timing 
diagram of Figure 3b. 



CLOCK 



ADDR 




IORQ 



CE 



RD 



READ 



CPU 
DATA IN 



WR 



\ 



\ 



\ 



<D- 



\ 



-©- 



-®- 



-©- 



r 
j 



r 



Jf 



-© 



j VALID DAT A- 



\ 



r 



<*> 



WRITE 



CPU 
DATA OUT 



Q>+ 



-®- 



\ 



y 



< 



VALID DATA 



> 



Figure 3b. Z80B CPU to Z8500A Peripheral Minimum I/O Cycle Timing 
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Table 7. Z8500A Timing Parameters I/O Cycles 




Worst Case 




Hin 


Max 


Units 


6. 


TsA(WR) 


Address to WR Low Setup 


80 




ns 


1. 


TsA(RD) 


Address to RD Low Setup 


80 




ns 


2. 


TdA(OR) 


Address to Read Data Valid 




420 


ns 




TsCEl(WR) 


CE Low to WR Low Setup 







ns 




TsCEl(RD) 


CE Low to RD Low Setup 







ns 


4. 


TwRDl 


RD Low Width 


250 




ns 


8. 


TwWRl 


WR Low Width 


250 




ns 


3. 


TdRDf(DR) 


RD Low to Read Data Valid 




180 


ns 


7. 


TsDW(WR) 


Write Data to WR Low Setup 







ns 



Table 8. Z80B Timing Parameters I/O Cycles 



Worst Case 



Min 



Max Units 



rcc 

TwCh 
TfC 

fdCr(A) 
TdCr(RDf) 
rdCr(IORQf) 
TdCr(WRf) 
5. TsD(Cf) 



Clock Cycle Period 
Clock Cycle High Width 
Clock Cycle Fall Time 
Clock High to Address Valid 
Clock High to RD Low 
Clock High to I0RQ Low 
Clock High to WR Low 
Data to Clock Low Setup 



165 




ns 


65 




ns 




20 


ns 




90 


ns 




70 


ns 




65 


ns 




60 


ns 


40 




ns 



Table 9. Parameter Equations 



Z8500A 


Z80B 






Parameter 


Equation 


Value 


Units 


TsA(RD) 


TcC-TdCr(A) 


>75 min 


ns 


TdA(DR) 


3TcC+TwCh-TdCr (A) -TsD ( Cf ) 


430 min 


ns 


TdRDf(DR) 


2TcC+TwCh-TsD(Cf) 


345 min 


ns 


TwRDl 


2TcC+TwCh+TfC-TdCr(RDf) 


325 min 


ns 


TsA(WR) 


TcC-TdCr(A) 


75 mm 


ns 


TsDW(WR) 




> min 


ns 


TwWRl 


2TcC+TwCh+TfC-TdCr(WRf) 


352 min 


ns 



Table 10. Parameter Equations 



Z80B 


Z8500A 






Parameter 


Equation 


Value 


Units 


TsD(Cf) 


Address 








3TcC+TwCh-TdCr(A)-TdA(DR) 


50 mm 


ns 




RD 








2TcC+TwCh-TdCr ( RDf ) -TdRD(DR) 


75 min 


ns 
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Z80H CPU to Z8500 Peripherals 

During an I/O Read cycle, there are three Z8500 
parameters that must be satisfied. Depending upon 
the loading characteristics of the Tfl) signal, the 
designer may need to delay the leading (falling) 
edge of "R15" to satisfy the Z8500 timing parameter 
TsA(RD) (Address Valid to W Setup). Since Z80H 
timing parameters indicate that the "RE signal may 
go Low after the failing edge of T2» it is 
recommended that the rising edge of the system 
clock be used to delay "Rl) (if necessary). The CPU 
must also be placed into a Wait condition long 
enough to satisfy TdA(DR) (Address Valid to Read 
Data Valid Delay) and TdRDf(DR) (W Low to Read 
Data Valid Delay) . 

During an I/O Write cycle, there are three other 
Z8500 parameters that must be satisfied. 
Depending upon the loading characteristics of the 
W signal and the data bus, the designer may need 
to delay the leading (falling) edge of WR to 
satisfy the Z8500 timing parameters TsA(WR) 
(Address Valid to WR Setup) and TsDW(WR) (Data 
Valid Prior to WR* setup) . Since Z80H timing 
parameters indicate that the W signal may go Low 
after the falling edge of T2, it is recommended 
that the rising edge of the system clock be used 
to delay WR (if necessary). This delay will 
ensure that both parameters are satisfied. The 
CPU must also be placed into a Wait condition long 



enough to satisfy TwWRl (WR" Low Pulse Width) . 
Assuming that the WR signal is delayed, only two 
additional Wait states are needed during an I/O 
Write cycle when interfacing the Z80H CPU to the 
Z8500 peripherals. 

To simplify the I/O interface, the designer can 
use the same number of Wait states for both I/O 
Read and I/O Write cycles. Figure 3c shows the 
minimum Z80H CPU to Z8500 peripheral interface 
timing for the I/O cycles (assuming that the same 
number of Wait states are used for both cycles and 
that both "RET and WR" need to be delayed) . Figure 
4 shows two circuits that can be used to delay the 
leading (falling) edge of either the W or the WR" 
signals. There are several ways to place the Z80A 
CPU into a Wait condition (such as counters or 
shift registers to count system clock pulses), 
depending upon whether or not the user wants to 
place Wait states in all I/O cycles, or only 
during Z8500 I/O cycles. Tables 4 and 11 list the 
Z8500 peripheral and the Z80H CPU timing 
parameters (respectively) of concern during the 
I/O cycles. Tables 14 and 15 list the equations 
used in determining if these parameters are 
satisfied. In generating these equations and the 
values obtained from them, the required number of 
Wait states was taken into account. The reference 
numbers in Tables 4 and 11 refer to the timing 
diagram of Figure 3c. 



Table 11. Z80H Timing Parameter I/O Cycles 





Equation 


Hin 


Max 


Units 


TcC 


Clock Cycle Period 


125 




ns 


TwCh 


Clock Cycle High Width 


55 




ns 


TfC 


Clock Cycle Fall Time 




10 


ns 


TdCr(A) 


Clock High to Address Valid 




80 


ns 


TdCr(RDf) 


Clock High to RD Low 




60 


ns 


TdCr(IORQf) 


Clock High to IORQ Low 




55 


ns 


TdCr(WRf) 


Clock High to WR Low 




55 


ns 


5. TsD(Cf) 


Data to Clock Low Setup 


30 




ns 


Table 12. Parameter Equations 


Z8500 


Z80H 








Parameter 


Equation 




Value 


Units 


TsA(RD) 


2TcC-TdCr(A) 




170 min 


ns 


TdA(DR) 


6TcC+TwCh-TdCr(A)-TsD(Cf) 




695 min 


ns 


TdRDf(DR) 


4TcC+TwCh-TsD(Cf) 




523 min 


ns 


TwRDl 


4TcC+TwCh+TfC-TdCr(RDf) 




503 mm 


ns 


TsA(WR) 


WR - delayed 










2TcC-TdCr(A) 




170 min 


ns 


TsDW(WR) 






> min 


ns 


TwWRl 


4TcC+rwCh+TfC 




563 mm 


ns 
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Figure 3c. Z80H CPU to Z8500 Peripheral Minimum I/O Cycle Timing 
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Z80H CPU to Z8500A Peripherals 

During an I/O Read cycle, there are three Z8500A 
parameters that must be satisfied. Depending upon 
the loading characteristics of the TftI signal, the 
designer may need to delay the leading (falling) 
edge of "RT5" to satisfy the Z8500A timing parameter 
TsA(RD) (Address Valid to W Setup). Since Z80H 
timing parameters indicate that the T?U signal may 
go Low after the falling edge of T2, it is 
recommended that the rising edge of the system 
clock be used to delay "W (if necessary). The CPU 
must also be placed into a Wait condition long 
enough to satisfy TdA(DR) (Address Valid to Read 
Data Valid Delay) and TdRDf(DR) ("RE" Low to Read 
Data Valid Delay) . Assuming that, the "RET signal is 
delayed, then only one additional Wait state is 
needed during an I/O Read cycle when interfacing 
the Z80H CPU to the Z8500A peripherals. 

During an 1/0 Write cycle, there are three other 
Z8500A parameters that have to be satisfied. 
Depending upon the loading characteristics of the 
W signal and the data bus, the designer may need 
to delay the leading (falling) edge of W to 
satisfy the Z8500A timing parameters TsA(WR) 
(Address Valid to W Setup) and TsDW(WR) (Data 
Valid Prior to W Setup). Since Z80H timing 
parameters indicate that the W signal may go Low 
after the falling edge of ^2* ^ * s recommended 
that the rising edge of the system clock be used 



to delay W (if necessary). This delay will 
ensure that both parameters are satisfied. The 
CPU must also be placed into a Wait condition long 
enough to satisfy TwWRl (W Low Pulse Width) . 
Assuming that the W signal is delayed, then only 
one additional Wait state is needed during an I/O 
Write cycle when interfacing the Z80H CPU to the 
Z8500A peripherals. 

Figure 3d shows the minimum Z80H CPU to Z8500A 
peripheral interface timing for the I/O cycles 
(assuming that the same number of Wait states are 
used for both cycles and that both "Rft and W need 
to be delayed) . Figure 4 shows two circuits that 
may be used to delay the leading (falling) edge of 
either the "RU or the W signals. There are 
several methods used to place the Z80A CPU into a 
Wait condition (such as counters or shift 
registers to count system clock pulses) , depending 
upon whether or not the user wants to place Wait 
states in all I/O cycles, or only during Z8500A 
I/O cycles. Tables 7 and 11 list the Z8500A 
peripheral and the Z80H CPU timing parameters 
(respectively) of concern during the I/O cycles. 
Tables 14 and 15 list the equations used in 
determining if these parameters are satisfied. In 
generating these equations and the values obtained 
from them, the required number of Wait states was 
taken into account. The reference numbers in 
Tables 4 and 11 refer to the timing diagram of 
Figure 3d. 



Table 13. Parameter Equations 



Z80H 
Parameter 



Z8500 
Equation 



Value Units 



TsD(Cf) 



Address 

6TcC+TwCh-TdCr(A)-TdA(DR) 
RD - delayed 
4TcC+TwCh+TfC-TdRD(DR) 



135 min ns 
300 mm ns 



Table 14. Parameter Equations 



Z8500A 
Parameter 



Z8QH 
Equation 



Value 



Units 



TsA(RD) 

TdA(DR) 

TdRDf(DR) 

TwRDl 

TsA(WR) 

TsDW(WR) 
TwWRl 



2TcC-TdCr(A) 

6TcC+TwCh-TdCr ( A) -TsD ( Cf ) 
4TcC+TwCh-TsD(Cf) 
4TcC+TwCh+TfC-TdCr(RDf) 
WR - delayed 
2TcC-TdCr(A) 

2TcC+TwCh+TfC 



170 min ns 

695 mm ns 

525 mm ns 

503 mm ns 

170 min ns 

> min ns 

313 mm ns 
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Figure 3d. Z80H CPU to Z8500A Peripheral Minimum I/O Cycle Timing 
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Table 15. Parameter Equations 



Z80H 
Parameter 



Z8500A 






Equation 


Value 


Units 


Address 






4TcC+TwCh-TdCr(A)-TdA(DR) 


55 min 


ns 


RD - delayed 






2TcC+TwCh-TdRD(DR) 


125 mm 


ns 



TsD(Cf) 
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INTERRUPT ACKNOWLEDGE CYCLES 

The primary timing differences between the Z80 
CPUs and Z8500 peripherals occur in the Interrupt 
Acknowledge cycle. The Z8500 timing parameters 
that are significant during Interrupt Acknowledge 
cycles are listed in Table 16, while the Z80 
parameters are listed in Table 17. The reference 
numbers in Tables 16 and 17 refer to Figures 6, 
8a, and 8b. 

If the CPU and the peripherals are running at 
different speeds (as with the Z80H interface), the 
INTACK signal must be synchronized to the 
peripheral clock. Synchronization is discussed in 
detail under Interrupt Acknowledge for Z80H CPU to 
Z8500/8500A Peripherals. 

During an Interrupt Acknowledge cycle, Z8500 
peripherals require both INTACK and RD to be 
active at certain times. Since the Z80 CPUs do 
not issue either INTACK or RD, external logic must 
generate these signals. 

Generating these two signals is easily ac- 
complished, but the Z80 CPU must be placed into a 
Wait condition until the peripheral interrupt 
vector is valid. If more peripherals are added to 
the daisy chain, additional Wait states may be 



necessary to give the daisy chain time to settle. 
Sufficient time between INTACK active and RD 
active should be allowed for the entire daisy 
chain to settle. 



Since the Z8500 peripheral daisy chain does not 
use the IP flag except during interrupt 
acknowledge, there is no need for decoding the 
RETI instruction used by the Z80 peripherals. In 
each of the Z8500 peripherals, there are commands 
that reset the individual IUS flags. 



EXTERNAL INTERFACE LOGIC 

The following sections discuss external interface 
logic required during Interrupt Acknowledge cycles 
for each interface type. 

CPU/Peripheral Same Speed 

Figure 5 shows the logic used to interface the 
Z80A CPU to the Z8500 peripherals and the Z80B CPU 
to Z8500A peripherals during an Interrupt 
Acknowledge cycle. The primary component in this 
logic is the Shift register (74LS164) , which 
generates INTACK , WR5 f and TOT. 



Table 16. Z8500 Timing Parameters Interrupt Acknowledge Cycles 



Worst Case 



4 MHz 
Nin Max 



6 MHz 
Min Max 



Units 



1. 


TsIA(PC) 
ThlA(PC) 


2. 


TdlAi(RD) 


5. 


TwRDA 


3. 


TdRDA(DR) 




TsIEI(RDA) 




ThlEI(RDA) 




TdlEI(IE) 



INTACK Low to PCLK High Setup 
INTACK Low to PCLK High Hold 
INTACK Low to RD (Acknowledge) Low 
RD (Acknowledge) Width 
RD (Acknowledge) to Data Valid 
IEI to RD (Acknowledge) Setup 
IEI to RD (Acknowledge) Hold 
IEI to IEO Delay 



100 




100 




ns 


100 




100 




ns 


350 




250 




ns 


350 




250 




ns 




250 




180 


ns 


120 




100 




ns 


100 




70 




ns 




150 




100 


ns 



Table 17. Z80 CPU Timing Parameters Interrupt Acknowledge Cycles 



Worst Case 



4 MHz 
Min Max 



6 MHz 
Min Max 



8 MHz 
Min Max 



Units 



TdC(M1f) Clock High to Ml Low Delay 100 80 

TdM1f(I0RQf) M1 Low to I0RQ Low Delay 575* 345* 275* 
4. TsD(Cr) Data to Clock High Setup 35 30 25 



70 



ns 
ns 
ns 



*Z80A: 2TcC + TwCh + TfC - 65 
Z80B: 2TcC + TwCh + TfC - 50 
Z80H: 2TcC + TwCh + TfC - 45 
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Figure 5. Z80A/Z80B CPU to Z8500/Z8500A Peripheral Interrupt Acknowledge Interface Logic 



During I/O and normal memory access cycles, the 
Shift register remains cleared because the W 
signal is inactive. During opcode fetch cycles, 
also, the Shift register remains cleared, because 
only Os can be clocked through the register. 
Since Shift register outputs are Low, READ, 
WRITE, and WAIT are controlled by other system 
logic and gated through the AND gates (74LS11). 
During I/O and normal memory access cycles, READ 
and WRITE are active as a result of the system W 
and W signals (respectively) becoming active. 
If system logic requires that the CPU be placed 
into a Wait condition, the WAIT 1 signal controls 
the CPU. Should it be necessary to reset the 
system, RESET causes the interface logic to 
generate both "ROT and WRITE (the Z8500 peripheral 
Reset condition) . 



Since it is the presence of INTACK and an active 
READ that gates the interrupt vector onto the data 
bus, the logic must also generate READ at the 
proper time. The timing parameter of concern here 
is TdlAi(RD) [INTACK to W (Acknowledge) Low 
Delay] . This time delay allows the interrupt 
daisy chain to settle so that the device 
requesting the interrupt can place its interrupt 
vector onto the data bus. The Shift register 
allows a sufficient time delay from the generation 
of INTACK before it generates READ. During this 
delay, it places the CPU into a Wait state until 
the valid interrupt vector can be placed onto the 
data bus. If the time between these two signals 
is insufficient for daisy chain settling, more 
time can be added by taking READ and WAIT from a 
later position on the Shift register. 



Normally an Interrupt Acknowledge cycle is 
indicated by the Z80 CPU when MT and "W are both 
active (which can be detected on the third rising 
clock edge after T-j). To obtain an early indica- 
tion of an Interrupt Acknowledge cycle, the Shift 
register decodes an active HT in the presence of 
an inactive MREQ on the rising edge of T2. 



During an Interrupt Acknowledge cycle, the INTACK 
signal is generated on the rising edge of T2» 



Figure 6 illustrates Interrupt Acknowledge cycle 
timing resulting from the Z80A CPU to Z8500 
peripheral and the Z80B CPU to Z8500A peripheral 
interface. This timing comes from the logic 
illustrated in Figure 5, which can be used for 
both interfaces. Should more Wait states be 
required, the additional time can be calculated in 
terms of system clocks, since the CPU clock and 
PCLK are the same. 
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Figure 6. Z80A/Z80B CPU to Z8500/Z8500A Peripheral Interrupt Acknowledge Interface Timing 



Z80H CPU to Z8500/Z8500A Peripherals 

Figure 7 depicts logic that can be used in inter- 
facing the Z80H CPU to the Z8500/Z8500A peripher- 
als. This logic is the same as that shown in 
Figure 5, except that a synchronizing flip-flop is 
used to recognize an Interrupt Acknowledge cycle. 
Since Z8500 peripherals do not rely upon PCLK 
except during Interrupt Acknowledge cycles, 
synchronization need occur only at that time. 
Since the CPU and the peripherals are running at 
different speeds, INTACK and 7?U must be 
synchronized to the Z8500 peripherals clock. 

During I/O and normal memory access cycles, the 
synchronizing flip-flop and the Shift register 
remain cleared because the W signal is inactive. 
During opcode fetch cycles, the flip-flop and the 
Shift register again remain cleared, but this time 
because the MREQ signal is active. The synchro- 
nizing flip-flop allows an Interrupt Acknowledge 
cycle to be recognized on the rising edge of T£ 
when TTT is active and MREQ is inactive, generating 
the INTA signal. When INTA is active, the Shift 
register can clock and generate INTACK to the 
peripheral and WIT to the CPU. The Shift 
register delays the generation of READ to the 
peripheral until the daisy chain settles. The 



WAIT signal is removed when sufficient time has 
been allowed for the interrupt vector data to be 
valid. 

Figure 8a illustrates Interrupt Acknowledge cycle 
timing for the Z80H CPU to Z8500 peripheral inter- 
face. Figure 8b illustrates Interrupt Acknowledge 
cycle timing for the Z80H CPU to Z8500A peripheral 
interface. These timings result from the logic in 
Figure 7. Should more Wait states be required, 
the needed time should be calculated in terms of 
PCLKs, not CPU clocks. 



Z80 CPU to Z80 and Z8500 Peripherals 

In a Z80 system, a combination of Z80 peripherals 
and Z8500 peripherals can be used compatibly. 
While there is no restriction on the placement of 
the Z8500 peripherals in the daisy chain, it is 
recommended that they be placed early in the chain 
to minimize propagation delays during RET I cycles. 

During an Interrupt Acknowledge cycle, the IEO 
line from the Z8500 peripherals changes to reflect 
the interrupt status. Time should be allowed for 
this change to ripple through the remainder of the 
daisy chain before activating IORQ 1 to the Z80 
peripherals, or READ to the Z8500 peripherals. 
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Figure 7. Z80H to Z8500/Z8500A Peripheral Interrupt Acknowledge Interface Logic 



During the RETI cycles, the IEO line from the 
Z8500 peripherals does not change state as in the 
Z80 peripherals. As long as the peripherals are 
at the top of the daisy chain, propagation delays 
are minimized. 

The logic necessary to create the control signals 
for both Z80 and Z8500 peripherals is shown in 



Figure 9. This logic delays the generation of 
IORQ 1 to the Z80 peripherals by the same amount of 
time necessary to generate READ for the Z8500 
peripherals. Timing for this logic during an 
Interrupt Acknowledge cycle is depicted in 
Figure 10. 
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Figure 8a. Z80H CPU to Z8500 Peripheral Interrupt Acknowledge Interface Timing 
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Figure 8b. Z80H CPU to Z8300A Peripheral Interrupt Acknowledge Interface Timing 
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Figure 9. Z80 and Z8500 Peripheral Interrupt Acknowledge Interface Logic 
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Figure 10. Z80 and Z8500 Peripheral Interrupt Acknowledge Interface Tiaing 



SOFTWARE CONSIDERATIONS ~ POLLED OPERATION 

There are several options available for servicing 
interrupts on the Z8500 peripherals. Since the 
vector or IP registers can be read at any time, 
software can be used to emulate the Z80 interrupt 



response. The interrupt vector read reflects the 
interrupt status condition even if the device is 
programmed to return a vector that does not 
reflect the status change (SAV or VIS is not 
set). The code below is a simple software routine 
that emulates the Z80 vector response operation. 



Z80 Vector Interrupt Response, Emulation by Software 

;This code emulates the Z80 vector interrupt 
;operation by reading the device interrupt 
;vector and forming an address from a vector 
; table. It then executes an indirect jump to 
;the interrupt service routine. 



INDX: 



VECTAB: 



LD 


A,CIVREG 


OUT 


(CTRL), A 


IN 


A, (CTRL) 


INC 


A 


RET 


Z 


AND 


00001 11 OB 


LD 


E,A 


LD 


D,0 


LD 


HL, VECTAB 


ADD 


HL,DE 


LD 


A,(HL) 


INC 


HL 


LD 


H,(HL) 


LD 


L,A 


JP 


(HL) 


DEFW 


INT1 


DEFW 


INT2 


DEFW 


INT3 


DEFW 


INT4 


DEFW 


INT5 


DEFW 


INT6 


DEFW 


INT7 


DEFW 


INT8 



CURRENT INT. VECT. REG. 
WRITE REG. PTR. 
READ VECT_. REG, 
VALID VECTOR? 
NO INT - RETURN 
MASK OTHER BITS 

;F0RM INDEX VALUE 

;ADD VECT. TABLE ADDR. 
;GET LOW BYTE 

;GET HIGH BYTE 
;F0RM ROUTINE ADDR. 
;JUMP TO IT 
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A SIMPLE Z80-Z8500 SYSTEM 

The Z8500 devices interface easily to the Z80 CPU, 
thus providing a system of considerable flexi- 
bility. Figure 11 illustrates a simple system 
using the Z80A CPU and the Z8536 Counter/Timer and 
Parallel 1/0 Unit (CIO) in a mode 1 or non- 
interrupt environment. Since interrupt vectors 
are not used, the INTACK line is tied High and no 
additional logic is needed. Because the CIO can 



be used in a polled interrupt environment, the INT 
pin is connected to the CPU. The Z80 should not 
be set for mode 2 interrupts since the CIO will 
never place a vector onto the data bus. Instead, 
the CPU should be placed into mode 1 interrupt 
mode and a global interrupt service routine can 
poll the CIO to determine what caused the 
interrupt to occur. In this system, the software 
emulation procedure described above is effective. 
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Figure 11. Z80 to Z8500 Simple System Mode 1 Interrupt or Non-Interrupt Structure 
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INTRODUCTION 

As operating systems grow more sophisticated, 
application programs more complex, and the use of 
high-level languages even more prevalent, the need 
for increased memory addressing space and some 
form of memory protection becomes critical. 

The memory space requirements of many micro- 
processor applications have grown beyond the 64K 
byte addressing range of today's 8-bit micro- 
processors. While the available 16-bit processors 
offer dramatically increased memory addressing 
capabilities, the conversion to these products 
often cannot be justified. For example, in many 
cases an application might be better suited for 
8-bit processing, and switching to a 16-bit 
processor could result in a costlier and less 
efficient implementation. Perhaps even more 
serious is the problem of software incompatibility 
that occurs when changing microprocessors. An 
ideal solution is one that both extends memory 
addressing space and is object code compatible 
with the user's existing software. 

An additional requirement placed on the user by 
today's increasingly complex software is that of 
maintaining system integrity. In order to ensure 
this integrity, various parts of the system soft- 
ware must be protected from illegal access. 
Although memory protection features are an impor- 
tant part of memory management, they are not found 
on most microprocessors. 



This application note describes a way in which the 
Z80 user can increase memory addressing space to 
16M and incorporate memory protection features 
while maintaining object code compatibility with 
application software. The memory management 
techniques employed here are a subset of those 
used by the Z800 series of microprocessors soon to 
be released by Zilog. These techniques provide a 
direct path to the implementation of some Z800 
features before the fully-integrated solution is 
available. 



MEMORY MANAGEMENT TECHNIQUES 

Before discussing the techniques used to expand 
the addressing space and provide memory 
protection, the concept of logical and physical 
addresses and of pages in memory needs to be 
explained. The logical address is the address 
generated by the microprocessor, and the physical 
address is the address received by the system 
memory. In a microprocessor system with no memory 
management, the physical address is the same as 
the logical address (Figure 1, section a). In a 
microprocessor system with memory management, the 
logical address generated by the processor is 
translated, or expanded, by the Memory Management 
Unit (MMU) before being sent to the system memory 
as the physical address (Figure 1, section b). 
For example, the 16-bit logical address of the Z80 
could easily be expanded by an MMU to a 24-bit 
address. 
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Figure 1. Address Expansion with Memory Management 



While there are many techniques that can be used 
to implement the address translation process, this 
application note considers the paging technique 
only. Two concepts are essential to the compre- 
hension of paging: that of a logical page, which 
is a section of the address space of the micro- 
processor; and that of a page frame, which is a 
section of physical memory. A page frame is 
simply a fixed-length block of physical memory. 
For the purposes of this application note, a page 
frame consists of a 4K (4096 bytes) block of 
physical memory. Each byte of a page frame can be 



uniquely addressed by a combination of 12 address 
lines (12 bits specify 4096 bytes). The 64K 
logical address space of an 8-bit microprocessor 
contains 16 logical pages, and a 16M physical 
address space contains 4096 (4K) page frames. A 
memory management system maps the 16 logical pages 
that the microprocessor "sees" into 16 of the 4K 
page frames in the 16M physical memory (Figure 
2) . By partitioning the physical memory space 
into 4K page frames, both memory address space 
expansion and memory protection can be easily 
accomplished. 
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PAGE FRAMES IN 

PHYSICAL MEMORY 




Figure 2. Memory Management System 
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MEMORY ADDRESS SPACE EXPANSION 

Memory address space expansion consists of taking 
a 16-bit logical address output by the micro- 
processor and generating from that a 24-bit 
physical address. The logical address is divided 
into two parts, a 12-bit displacement field and a 
4-bit index field. The index field is used to 
select one of 16 registers known as page 
descriptor registers. Each page descriptor 
register contains 12 bits of addressing informa- 
tion, which is used to identify a page frame in 
physical memory. The page descriptor registers 
reside in the I/O space of the system and are 
maintained by the operating system. The physical 
address is generated by concatenating the 12 bits 
of page descriptor information from the selected 
page descriptor register with the 12-bit displace- 
ment field of the logical address. Therefore, 
when the microprocessor places a 16-bit logical 
address on the Address bus, the lower 12 bits 
(Aq-A^) of the address are presented to the 
physical memory and Address bits A^-A^ are used 
to select one of the 16 page descriptor regis- 
ters. The 12 bits of address contained in the 
selected register are placed on the bus to form 
the upper 12 bits of the physical Address 
(A-J2-A23). This process is shown in Figure 3. 
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Figure 3. Logical-to-Physical Address 
Translation Process 



The 16 page descriptor registers allow the user to 
access 16 separate page frames (64K bytes of 
active memory) at any one time. If it becomes 
necessary to access a page frame other than one of 
the 16 that are currently active, the operating 
system simply uses an I/O instruction to load a 
new page frame value into the appropriate page 
descriptor register. If the page descriptor 
registers are loaded with hex 000-00F, the 
resultant addressing is exactly the same as if the 
address space expansion were not present (i.e., 
the 24-bit physical Address bus addresses memory 
locations hex 000000-OOFFFF) . 



MEMORY PROTECTION 

The memory protection features are implemented by 
using attributes associated with each page frame 
of memory. This is accomplished by assigning four 
bits of attributes to each page descriptor 
register. The page descriptor registers are 16 
(rather than 12) bits wide. When a page de- 
scriptor register is selected by Address bits 
^12~^15» k°^ h ^ he address and attribute informa- 
tion corresponding to that particular page frame 
is accessed. Attribute bits are used by external 
circuitry in the memory management system to 
monitor the types of accesses made to the page 
frames and to record information about the use of 
the page blocks. The attribute bits are the Valid 
bit, Write-Protect bit, and Modified bit, with one 
bit reserved for future use. A complete page 
descriptor register is shown in Figure 4. 

The Valid bit is used to indicate if the page 
frame of memory associated with that particular 
page descriptor register can be accessed. This 
bit can be read from or written to by performing 
an I/O read or write to the appropriate page 
descriptor register. If the Valid bit of a page 
register is set to 1, it can be used to access 
memory. If the bit is cleared to 0, a memory 
access to that register is invalid. When an in- 
valid access is made, an interrupt is generated 
and the address that caused the invalid access is 
saved for processing by the interrupt service 
routine. 

The Write-Protect bit is used to assign read-only 
attributes to page frames of memory. Like the 
Valid bit, the Write-Protect bit can be read from 
or written to by the user. If the bit is set to 
1, the memory is write-protected and an interrupt 
occurs if a write to memory is attempted. When 
the Write-Protect bit is cleared to 0, both read 
and write operations can be performed. This bit 
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Figure 4. Page Descriptor Register Format 



is useful in a system in which multiple processors 
share common memory, or in which an operating 
system needs to be protected from accidental 
writes by an executing program. 

The Modified bit is a status bit that is auto- 
matically set whenever a write is performed to a 
logical address within the page frame. It can be 
cleared only by reloading a into the appropriate 
lower bit of the page descriptor register. The 
Modified bit is used to indicate if the page frame 
has been used for a memory access and is helpful 
in determining whether the information in the page 
frame needs to be copied to secondary storage 
before using the page frame for another purpose. 



LOADING PAGE DESCRIPTOR REGISTERS 

The page descriptor registers reside in the 
microprocessor's I/O space and are accessed by the 
microprocessor's I/O instructions. Each register 
is 16 bits long and so must be read to or written 
from twice in order to access the full register. 
To facilitate this double access, two I/O 
addresses are assigned to each page descriptor 
register: one for the upper byte and one for the 
lower byte. The assigned I/O addresses are listed 
in Table 1 . The page descriptor registers can be 
accessed either individually or (by using the 
microprocessor's Block I/O instructions) as a 
block in I/O space. 



Due to the uncertain state of the register content 
at power-up, certain provisions are necessary to 
ensure that the system behaves in a predictable 
manner. A bypass mechanism known as Pass mode 
enables the microprocessor to begin its 
initialization as if no memory management 
circuitry were present. In Pass mode, logical 
Address bits A^-A/j^ are passed on to physical 
Address bits A^-A^ and the physical Address bits 
A 16~ A 23 are se *- Low# After initializing the page 
descriptor registers, the microprocessor can then 
enter Address Translation mode. 

Table 1. I/O Port Registers 



Port 
Address 



Registers 



X X System control port 

X X 3 Page fault and system status 

X X 1 Page descriptor register (low byte) 

X X 1 1 Page descriptor register (high byte) 

X X 1 2 Page descriptor register 1 (low byte) 

X X 1 3 Page descriptor register 1 (high byte) 

X X 1 4 Page descriptor register 2 (low byte) 

X X 1 5 Page descriptor register 2 (high byte) 



X X 2 E Page descriptor register 15 (low byte) 
X X 2 F Page descriptor register 15 (high byte) 
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IMPLEMENTATION OF MEMORY MANAGEMENT TECHNIQUES 

Implementation of the memory management techniques 
described above for the Z80 consists of circuitry 
for the memory address space expansion and memory 
protection features, as well as the necessary 
logic for power-up and interrupt -handling. 

The memory address space expansion circuitry is 
based on the 74S612 Memory Mapper. This TTL 
circuit contains sixteen 12-bit registers which 
are used as page descriptor registers. Because 
the Memory Mapper's registers are only 12 bits 
wide, sixteen 4-bit registers must be added to 
utilize the protection features. These 4-bit 
registers are added in the form of a 16 x 4 RAM 



(74S219) and an associated multiplexer (74S257). 
The registers contained in the RAM form the basis 
on which the attribute bits are associated with 
each page frame. These registers and the mapper 
registers are loaded at the same time, and 
together they form a set of 16-bit registers. 

A functional block diagram of the circuit is shown 
in Figure 5. The diagram shows two address paths 
to the register set through the multiplexer. 
Input pins RSg-RS-j select a register for reading 
or loading during an T/0 operation, and pins MAq- 
MA3 are used to generate a physical address. 
Logical address bits A^-A-^ from the micro- 
processor are the input signals to the map address 
inputs MA0-MA3. 
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The 74S612 Memory Mapper's Pass mode of operation 
is slightly different from the Pass mode pre- 
viously described, and provisions must be made for 
it to operate in the required manner. In Pass 
mode, the 74S612 places the upper four bits of the 
logical address (A^-A^) on what corresponds to 
bits A2Q-A23 of the physical address while holding 
bits A12-A19 Low. This results in a physical 
address that is different from the logical address 
and makes Pass mode not useable for initializa- 
tion. To correct this problem, the registers are 
loaded with data that has been rearranged so that 
Pass mode operates properly for initialization, 
but remains transparent to the user. This is ac- 
complished by arranging the data lines and address 
output lines as shown in Figures 6a and 6b. 

Memory protection features are incorporated by 
examining the attribute bits in the page de- 
scriptor register associated with the page frame 
of memory being accessed. Writing to or reading 
from a block of memory whose Valid bit is cleared 
to or attempting to write to a page of memory 
whose Write-Protect bit is set to 1 causes a fault 
and interrupts the CPU. The Valid bit is tested 
during every Read or Write cycle to ensure that 
operations on that block of memory can be per- 
formed. If a fault occurs, a nonmaskable inter- 
rupt is generated to the CPU and Address bits 
^12~^15 of the logical address are latched. If 
the page is valid and a write is requested, the 
Write-Protect bit is checked to see if the page of 
memory is write-protected. As in the case of an 
invalid access attempt (valid = 0) , a write- 
protect fault causes a nonmaskable interrupt to be 
generated to the CPU, and logical Address bits 
^12~^15 are latched. Since in both cases logical 
bits A12-A15 are latched, the interrupt 



service routine can read these bits to determine 
which page descriptor register contains the 
attribute bits that caused the faults. Reading 
I/O port 03^ causes the four Address bits to be 
placed on data lines DQ-D3. 

The memory management circuit has two modes of 
operation; Pass mode and Address Translation 
mode. When powered up, the circuit is in Pass 
mode and the system appears as an unmodified Z80. 
During Pass mode and Interrupt Acknowledge cycles, 
the nonmaskable interrupt is inhibited to prevent 
any undesired interrupts from occurring. Memory 
translation is enabled by writing a 00^ to I/O 
port 00^, and Pass mode can be reestablished by 
writing a 01^ to the same 1/0 port. The System 
mode can be determined by reading bit 4 of 1/0 
port 03 H . 

The circuit shown in Figures 6a and 6b was tested 
by using a Zilog ZDS 1/40 Development System with 
ZAP (Zilog Analyzer Program). Since the ZDS 1/40 
does not have 1/0 mapping capability, a user clock 
was built to provide a complete testing of 1/0 
ports used in the system. Some useful subroutines 
that can be used by the memory management circuit 
are given in the appendix. 



CONCLUSION 

The scheme described provides memory expansion and 
memory protection by using a flexible paging 
mechanism. The scheme is compatible with both Z80 
object code and the forthcoming Z800 design. It 
therefore bridges the capabilities of the two 
compatible microprocessor families and saves both 
circuit design and software conversion effort. 
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Figure 6a. Memory Expansion Hardware Schematic 
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Figure 6b. Memory Expansion Hardware Schematic (Continued) 
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Appendix A. Sone Useful Subroutines 



** RETURN FROM LOAD & JUMP ** 
** SUBROUTINE ** 

THIS ROUTINE PREPARES THE RETURN FOR THE ORIGINAL CALL. 
IT WILL PUT BACK THE VALUE OF THE PAGE DESCRIPTOR REG. 
WHICH WAS USED TO ACCESS ANOTHER 4K PAGE. FIRST IT POPS 
THE RETURN ADDRESS OF THE ONE WHICH CALLED IT. NEXT IT 
POPS THE ORIGINAL RETURN ADDRESS INTO DE THEN EXECUTES 
THE JPINIT SUBROUTINE TO JUMP BACK. 
PASSED PARAMETER: 

IY «> PREVIOUS REGISTER DATA 

IX => PREVIOUS REGISTER ADDRESS 



CALOUT: 



POP 
POP 
JP 



DE 
DE 
JPINIT 



THROW THE CALL AWAY 
ORIG. RETURN ADDRESS 



** LOAD THEN JUMP ROUTINE ** 

THIS WILL LOAD THE REGISTER WITH PREDEFINED ADDRESS 
THEN JUMP TO THAT LOCATION BY CHANGING THE CONTENT OF 
STACK POINTER BEFORE RETURN. THE FORMAT IS FOLLOWED: 



.«««.'*>•—.—.—. 



HL REGISTER 



ATTRIBUTE 



A23-A12 



DE REGISTER 



All-AO 

LOGICAL PAGE 



< O-F ) 



PASSED PARAM. : 
A23-A16 => H 

A15-A12 + 4 BITS ATTRIBUTE «> L 
LOGICAL PAGE + AU-A8 «> D 
A7-A0 «> E 

IX «> REGISTER ADDR. TABLE 
IY «> REGISTER DATA 
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Appendix A. Some Useful Subroutines (Continued) 



RETURN PARAM. : 
PC^DE 

IX «> REGISTER ADDR. TABLE 
IY »> REGISTER SAVED DATA 



JPINIT: 


CALL 


FINDRG 




CALL 


SWAP 




PUSH 


DE 




RET 




FINDRG: 


LD 


C, D 




SRL 


C 




SRL 


C 




SRL 


C 




SRL 


C 




LD 


B,0 




ADD 


IX, BC 




RET 





JUMP 

MOVE LOGICAL PAGE 
TO LOWER NIBBLE 



i IX POINTS TO THE 
; REGISTER ADDRESS 



i THIS ROUTINE ONLY SWAPS THE CONTENT OF 1 REGISTER 



SWAP: 



LD 


C> (IX+O) 


; C HAS THE ADDRESS 


LD 


L# (IY+O) 


i NEW LOW BYTE 


LD 


H* (IY+1) 


i NEW HI -BYTE 


IN 


B, (C> 




LD 


(IY+0),B 


; SAVE LOW BYTE 


OUT 


(C), L 


i WRITE LOW BYTE 


INC 


C 




IN 


B, <C> 




LD 


(IY+1),B 


; SAVE HI -BYTE 


OUT 


(C), H 


i WRITE HI -BYTE 


RET 







** LOAD PAGE REGISTERS ** 
*# SUBROUTINE ** 

PASSED & RETURN PARAMETERS: 
POINTER TO 1ST DATA => HL 
NUMBER OF PAGE »> A 
POINTER TO 1ST REGISTER ADDR. 



O IX 



LOADRG: 


PUSH 


HL 






PUSH 


IX 






LD 


B, A 






SLA 


B 


; 2X # OF PAGES & 


LDLOOP : 


LD 
OUT I 


C, (IX+O) 


> RESET Z FLAG 




v/R 


Z, LDEXIT 






INC 


IX 






JP 


LDLOOP 


i NEXT 


LDEXIT: 


POP 


IX 
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Appendix A. So«e Useful Subroutines (Continued) 



POP 
RET 



HL 



** SAVE PAGE REGISTERS ** 
#* SUBROUTINE ** 



THIS ROUTINE SAVES DATA OF PAGE REGISTERS INTO ARRAY 
POINTED BY HL. PASSED & RETURN PARAMETERS: 

NUMBER OF PAGES => A 

POINTER TO 1ST REG. ADDR. «> IX 

POINTER TO 1ST SAVED DATA «> HL 



SAVREG: 


PUSH 


HL 






PUSH 


IX 






LD 


B, A 






SLA 


B 


i 2X # OF PAGES & 


SALOOP: 


LD 


C, (IX+O) 


* RESET Z FLAG 




INI 




i DATA IN 




JR 


Z, SAEXIT 






INC 


IX 


i NEXT 




JP 


SALOOP 




SAEXIT: 


POP 


IX 






POP 


HL 






RET 







ft************************-***** 
#* ERROR TRAP HANDLER ** 

THIS ROUTINE FINDS THE PAGE FAULT WHICH GENERATED NMI. 
PASSED PARAMETERS: 

REGISTER ADDRESS TABLE POINTER O IX 
RETURN PARAMETERS: 
FAULT DATA «> DE 

REGISTER I/O ADR. LOW BYTE «> C 
CAUSE «> A (O « INVALID ACCESS) 
(1 « WRITE PROTECTED) 



TRAP: 



IN 


A, (3H) 


AND 


OFH 


LD 


B,0 


LD 


C, A 


ADD 


IX* BC 


LD 


Ci (IX+O) 


IN 


E, (C) 


INC 


C 


IN 


D, <C) 


DEC 


C 


BIT 


3, E 


JR 


Z,NVALID 


BIT 


2, E 


JR 


NZ, WP 


LD 


A. 2 



READ PORT 03H 
GOTCHA 



; C HAS REG. ADDRESS 

i READ LPW BYTE 
# 

i HI -BYTE 

i TEST V BIT 

# 

; TEST WP 

i 

} THIS SHOULDN'T 
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Appendix A. Some Useful Subroutines (Continued) 





JP 


DONE 


. HAPPEN 


N VALID: 


LD 


A, 


i INVALID ACCESS 




JP 


DONE 




WP: 


LD 


A, 1 


; WP PAGE 


DONE: 


RET 
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Increased speed, additional instructions and an addressing scheme that 
extends the available memory address space give the Z8108, an updated 
version of the Z80 microprocessor, greater flexibility. 



On-chip memory management 
comes to 8-bit ^P 



The trend toward the use of high-level 
languages in microprocessor-based sys- 
tems and toward complex configurations 
has created the need for more memory 
space, greater execution speed, easier ac- 
cess to software libraries, and in general, 
more sophisticated processor architectures. 
To those ends, the Z8108 is the first 8-bit 
microprocessor to provide on-chip memory 
management to expand memory address- 
ing and a range of operating speeds of 6 
to 25 MHz for increased throughput. 

The initial member of the Z800 family, 
it is an enhanced version of the popular Z80 
with new instructions and addressing 
modes for greater flexibility. In addition, 
a so-called system mode and a user mode 
of operation improve system reliability. 
The Z8108 also provides true 16-bit arith- 
metic capability and performs mathemati- 
cal operations not done by the Z80. 

The 40-pin chip includes a Z80-com- 
patible bus interface with 8 address/data lines and 
11 address lines, an on-chip clock oscillator, program- 
mable dynamic memory refreshing, and expanded 
I/O addressing (Fig. 1). Because of its less stringent 
memory timing requirements, at an operating speed 
of 6 MHz the response time of the memories used 
need only be 250 ns. The processor's programmable- 
interrupt daisy-chain delay permits easy interfacing 
with most high-speed interrupt-driven devices; no 
external logic is required to generate additional wait 
states during an interrupt-acknowledgment se- 
quence. Also, a large memory can be directly ad- 
dressed without external bank-switching circuitry. 
Finally, because the processor executes all the in- 
structions of the Z80, existing Z80 programs can be 

Roger Whitcomb, Software Applications Engineer 

Zilog Inc. 

10460G Bubb Rd., Cupertino, Calif. 95014 




simply moved unchanged to the Z8108 for execution 
at increased throughput or easily modified to take 
advantage of the new processor's capabilities. 

Looking at the architecture 

Because the Z8108 is binary-code-compatible with 
the Z80, it has all the registers of the Z80, including 
dual 8-byte register banks A-L and A'-L'; two 16- 
bit index registers IX and IY; and a dual 16-bit stack 
pointer and program counter. One stack pointer is 
dedicated to system programs (including interrupts 
and I traps), the other to user programs. The Z8108 
has \n addition a master status register that contains 
a nurnber of flags to indicate the processor's current 
status\ Also included are an interrupt and trap- 
vector table pointer and I/O page registers. 

Programs on the Z8108 will be executed in either 
the system orthe user mode. System programs have 
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access to all registers and instructions, but user 
programs are denied access to certain of these 
resources in order to provide a more secure environ- 
ment — for example, one in which programs can be 
reserved in protected memory. The user mode is 
regarded as a subset of the Z80 instruction set 
because some Z80 instructions such as Halt are 
privileged in the Z8108 and can only be executed 
when the unit is in the system mode. Z80 programs 
will operate completely and correctly on a Z8108 
since the processor assumes the system mode on 
power-up or reset. 

The Z8108 addresses memory management in a 
number of ways. The on-chip memory management 
unit (MMU) maps system and user programs and 
instruction and data references separately, and easi- 
ly remaps memory pages to different physical areas, 
thereby permitting easy access to very large physical 
memory spaces. Direct access to the memory 
management hardware is usually available only to 
system programs. 

The Z8108's added instructions include some 
formalizations of undocumented Z80 instructions 
(such as accessing the index registers one byte at a 
time), in order to make the entire register set more 
orthogonal. Four new addressing modes increase the 
flexibility of the existing instructions and make code 
generation for high-level languages much easier. In 
addition, the Z8108 has a Test and Set instruction 
to provide synchronization for multiple processors, 
and both 8-bit and 16-bit multiplication and division 
instructions to increase throughput in computation- 
intensive applications. 

The programmable bus timing feature increases 
system throughput. Control-bit settings allow the 
internal processor clock to be scaled for external bus 
accesses and wait states to be automatically inserted 
during bus cycles, as mentioned. Consequently, the 
user can select very high clock speeds to increase 
system performance without requiring high-speed 
memories and I/O devices. 

The interrupt structure of the Z80 has been ex- 
tended in the Z8108 to include program traps for 
exceptions and error conditions and a forced 
interrupt-service mode. This new mode provides 
automatic vectoring for each interrupt and trap, and 
provides support for nested interrupt processing. 

With added interrupt-acknowledgment daisy- 
chain delay, the contents of a control register may 
be used to select a number of additional wait states 
to be added to interrupt-acknowledge cycles. Thus, 
slow peripheral devices or long interrupt daisy chains 
can be accommodated. 

The Z80's input/output address space has been 
augmented in the Z8108 by the addition of the I/O 
page register that permits one of a number of blocks 



of I/O locations to be selected. Changing this register 
is a privileged operation that prevents any block from 
being accessed illegitimately. 

The Z8108 includes an on-chip dynamic memory 
refresh controller. Refresh transactions can be 
enabled or disabled under program control and the 
refresh frequency can be selected. Unlke the Z80, the 
Z8108 generates separate bus transactions for 
refreshing, thus easing the memory-access timing 
requirements. Refresh cycles lost because of DMA- 
bus accesses or wait states are counted and 
automatically generated when the CPU regains con- 
trol of the bus. The Z8108's refresh controller 
generates a 10-bit refresh address, ensuring support 
for very large dynamic RAM chips. 

The on-chip oscillator-clock generator of the Z8108 
simplifies system design by eliminating the need for 
an external MOS clock generator-driver. A crystal 
can be connected directly to the processor, or an 
external TTL-compatible clock signal can be pro- 
vided. From this signal, the processor generates an 
internal clock, its frequency being one-half that of 
the input. 

Addressing modes 

Besides expanding the instruction set of the Z80 
with four new addressing modes (see Table 1), the 
Z8108 extends some of the existing addressing modes 
(such as Register Indirect) to other instructions. The 
new modes are: Indexed with 16-bit Displacement, 
Stack Pointer Relative, Program Counter Relative, 
and Base Index. 



Addrgs|/data ControJ 

Interrupts 




1 . The 40-pin Z8108 microprocessor has a bus interface 
compatible with the Z80, an on-chip oscillator whose 
frequency is selectable from 6 to 25 MHz, and expandable 
I/O addressing. The Z81 08 has all the registers of the Z80, 
plus a master status register, an interrupt and trap vector 
pointer, and an I/O page register for monitoring the 
processor's current status. The 1 6-bit microprocessor 
executes all software instructions of the Z80. 
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The Indexed with 16-bit Displacement mode is an 
extension of the Z80's Indexed addressing mode and 
uses a two-byte rather than a one-byte displacement. 
This method permits access to large dynamic data 
structures addressed by a pointer or access to arrays 
whose base address is known and whose index value 
can vary. 

The Stack Pointer Relative mode is useful for high- 
level language applications where subroutine 
parameters and local variables are kept in the stack. 
Addresses of these variables are fixed offsets from 
the current top of the stack (located by the stack 
pointer) and therefore can be accessed directly using 
the Stack Pointer Relative mode. 

With Program Counter Relative addressing, 
position-independent code— that is, code that uses 
only addresses relative to the current program loca- 
tion and not absolute addresses — can be produced. 
This procedure is useful for standard ROMs and 
subroutine libraries that can be loaded at different 
locations in memory for various applications, and it 
also reduces the time required to link-edit large 
programs. The Z80has a few PC-relative instructions 
(all of them jumps), but the Z8108's PC-relative 
instructions include all the conditional jumps and 
calls, as well as 8-bit and 16-bit load, store, and 
arithmetic instructions. 

Based Indexed addressing uses two registers to 
address an operand (any combination of the HL, IX, 
and IY registers may be used). The contents of the 
two are added to produce the effective address. In 
that way, both the base address of a structure and 



the index or offset can be computed at execution time 
(as is required for dynamic arrays). What's more, 
Base Indexing can be effectively combined with the 
other addressing modes, using the LDA (Load Ad- 
dress) instruction, to build up an arbitrarily complex 
addressing mode involving any combination of index- 
ing and indirect addressing. 

In addition to the new addressing modes, the old 
modes can be used for more instructions — for exam- 
ple, 16-bit Load and Store using the Register Indirect 
or Short Index mode, 16-bit ADD using an immediate 
operand, PUSH using an immediate value, and PUSH 
and POP using direct memory addressing (see Table 
2). These extensions give the Z8108 the power and 
flexibility appropriate for both high-level and as- 
sembly language programming. 

More instructions 

Foremost among the Z8108's new instructions are 
those for multiplication and division. The multiplica- 
tion instruction has several variations, including an 
8-bit-by-8-bit to 16-bit result and 16-bit-by-16-bit to 
32-bit result with the operands addressable using any 
of the available addressing modes. Similarly, the 
division operations include 16-bit-by-8-bit to 8-bit 
quotient and remainder and 32-bit-by-16-bit to 16- 
bit quotient and remainder. The division instructions 
check for quotient overflow and attempted division 
by zero; these conditions will cause a trap, notifying 
the operating system to print a warning message or 
to abort the user program. 

The Test and Set instruction has been included in 
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2. The dynamic page relocator uses the processor's memory management unit to map and 
enable system and user programs independently. The Z81 08's 1 6-bit logic addresses are 
divided into two fields for defining the physical addresses and for identifying the required 
set of page descriptor registers, one of which is used for system addresses, the other for 
user addresses. The state of the enabling flags determines which of the programs are serviced. 
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the Z8108 to support multiprocessing. It tests the 
most significant bit of the operand, setting the 
condition codes appropriately and then sets the 
operand to all Is. This primitive operation is often 
used as a signal between two or more cooperating 
programs to guarantee exclusive access while updat- 
ing shared resources. 

In addition to 16-bit multiplication and division, 
the Z8108's architecture includes other 16-bit 
arithmetic operations not found on the Z80. These 
instructions include 8-bit and 16-bit Sign-Extend, 
Add Accumulator to Addressing Register, 16-bit 
Compare, 16-bit Increment or Decrement in Memory, 
16-bit Negate, and Full 16-bit Add and Subtract. All 



these operations use the HL register pair as a 16- 
bit accumulator. 

The entire register set is more fully exploited in 
the Z8108 than in the Z80. The Z8108's IX and IY 
registers each can be accessed as a 16-bit register 
or as two single-byte registers (using any of the 8- 
bit load, store, or arithmetic operations). That 
capability in effect makes IX and IY into general- 
purpose registers like the BC, DE, and HL pairs. 

The Z8108 architecture includes a new group of 
instructions for CPU control, to permit access to the 
new registers (such as I/O page and master status) 
and to handle system and user mode separation. The 
LDCTL (Load Control) instruction loads data into, or 
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removes and stores data from, the special CPU 
registers. Available only in the system mode, it is 
used to initialize the I/O page register and the 
interrupt and trap-vector table pointer. 

A number of privileged instructions can be ex- 
ecuted only by programs running in the system 
mode. These instructions provide control of the 
registers and processor state that transcend any one 
program and so are properly the province of the 
operating system. The privileged instructions in- 
clude Halt, Enable, or Disable Interrupts, Select 
Interrupt Mode, Load the CPU Control Registers, 
and Return from Interrupts. 

The SC (System Call) instruction provides an 
interface between user-mode programs and the 
operating system running in the system mode. A 
System Call pushes the processor status (in the 
program counter and master status register) onto the 
system stack, pushes a 16-bit system call number 
from the SC instruction onto the stack, and then 
executes a trap sequence. The operating system, 
after vectoring to the appropriate trap service 
routine, will normally use the system call number 
as an index into a table of subroutine addresses for 
the various system functions. This controlled 
mechanism lets user . programs request privileged 
services such as memory management from the 
operating system without compromising the overall 
system and user protection mechanism. 

One of the most troublesome problems of today's 
microprocessor systems is management of large 
program and/or data spaces. This problem has been 
met in a variety of ways, such as adding external 
memory-mapping circuitry (increasing board space 
and complexity) and changing the design to use a 
16-bit processor (losing compatibility with existing 
code and increasing development time). 

Memory space is quadrupled 

The Z8108 tackles the problem by using the MMU 
to allow page-oriented memory mapping and provide 
protection without any external logic. The CPU itself 
separates system space from user space and program 
code from data references in both spaces, thereby 
quadrupling available memory space without chang- 
ing existing program code or adding external 
hardware. An address translation mechanism, called 
dynamic page relocation, is then used to map these 
logical addresses into the physical address space. 
Logical addresses generated by the CPU are passed 
through the MMU and translated into physical 
addresses using this mechanism before being sent 
to the address lines coming out of a Z8108 chip. 

Simply, the Z8108's 16-bit logical address is divided 
into two fields, a 12-bit offset and a 4-bit index (Fig. 
2). The offset is passed to the physical address 



Table 2. Addressing Comparison, Z80 vs Z8108 


Mode 


Z80 
instructions 


Z8108 
Instructions 


Comments 


Stack Pointer 
Relative 


X$>\v ,HLtOn!n> ,,, 
ADD HL,SP 
LD A, (HL) 


LD MSP + nnnnf^B^HM|HH 




Base Index 


PUSH IX 

ADD HL,DE 
LD A,{HL) 


LD A,(HL+IX) BBHfcwM 




Register 
Indirect 


PUSH HL 
*)P (HL) 


• ' CALL (HL) mH^^^HM 




Index 

Direct 
Address 


'LD, /;^L t aa&aV ' 
Apt) ; ;Ht»oe \, 
Lp, a<(^l) ,°\ 

LD HL,(pppj*> 

INC HL 

LD (pppp),HL 






Short 
Index 


,Lb: 41ll ; ; jvoK*+^i 
ld , ; /D^x+as)^ 


LD D£ 

l--'f§llSi^^ 





~ approximates corresponding operation in Z8108 
= equivalent operation 

unchanged, and the index selects one of the page 
descriptor registers. The indexed register contains 
the upper bits of the physical address and a set of 
so-called attributes for that page. These attributes 
indicate whether the table entry is valid (i.e., 
whether that page's information resides in physical 
memory), whether writes are allowed to the page, 
and if so whether a write has actually occurred. If 
an access is attempted to a page marked as invalid, 
or a write is tried to a write-protected page, the 
instruction is aborted and a trap is taken. The system 
trap prevents a program from inadvertently access- 
ing or modifying information not in its own purview. 
As shown, the Z8108's MMU actually contains two 
sets of page descriptor registers with separate ena- 
bling flags, one for system addresses, the other for 
user addresses. The appropriate set is chosen based 
on the state of the system/user flag in the master 
status register. Thus system and user programs can 
be independently mapped or unmapped, or mapped 
into different areas of physical memory. In addition, 
program and data separation can be enabled indepen- 
dently for each mode. If separation is enabled, the 
appropriate set of mapping registers is divided in 
half, with one half available for program accesses, 
and the other half for data accesses. In this case, 
only 3 bits of the logical address are used to select 
a page descriptor; the lower 13 bits of the logical 
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address pass through unchanged. 

The Z8108 has a 512-kbyte physical address space. 
The 19 bits of physical address are produced by 12 
or 13 bits from the logical address and 6 or 7 bits 
from the page descriptor registers. That translates 
into 128 pages of 4 kbytes each with program and 
data spaces integrated or 64 pages of 8 kbytes each 
with program and data references separated. 

The processor provides a mechanism for system 
programs to access data using the user-mode map- 
ping tables. Through the use of the LDUD (Load in 
User Data Space) and LDUP (Load in User Program 
Space) instructions, system routines can retrieve 
parameters from user programs (passed via the 
System Call instruction) or return values to user data 
structures. 

The MMU registers of the processor are accessed 
by means of I/O instructions to a fixed set of port 
locations. These registers can be read or written 
singly or in blocks using the Z800 family's block I/O 
instructions. 

Using memory management 

Using the memory management features is re- 
latively simple. Since the MMU is part of the chip, 
no external logic is needed; the chip merely presents 
a large linear address range to the outside world. 
Simple Z80 programs running on a Z8108 need not 
worry about memory management, since the Z8108 
powers up in the pass-through mode, which means 



that the logical address is passed directly to the 
physical address lines without translation. 

Programs written especially for the Z8108 or Z80 
programs that could benefit from a larger address 
space can use the memory management features in 
a variety of ways. The first technique is to separate 
the application program from the operating system. 
Thus both the application (running in the user mode) 
and the operating system (running in the system 
mode) can reside in different areas of physical 
memory, since they will use different sets of mapping 
registers. Second, the MMU can be set to separately 
map program and data references, allowing up to 
64 kbytes of program code to access up to 64 kbytes 
of data (Fig. 3a). 

If this technique does not provide enough address- 
ing space, a variation of the bank-switching 
technique can be used (Fig. 3b). In this scheme, the 
program or data is broken into sections each 64 
kbytes in length. As long as a program or data 
reference falls within the 64 kbyte range, normal 
addressing is used. But a reference to a different 
section must be preceded by a call to the operating 
system (using the System Call instruction) to change 
the page descriptor registers to map that reference. 
Either one page or the entire 64-kbyte address space 
can be remapped. 

Another useful technique that takes advantage of 
the Z8108's memory management is called virtual 
disk buffering. In this scheme, a large section of 
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memory (typically 256 kbytes or more) is used to 
simulate all or part of a disk file. Whenever a disk 
block would normally be read into a memory buffer, 
the buffer is now simply mapped to point to the 
appropriate part of the virtual disk area. If this area 
is filled from the disk originally, all accesses to the 
file can be made to memory instead of to the disk, 
eliminating the long disk access times. 

In summary, programs can now operate on large 
data bases in memory without using temporary disk 
files for storage. Programs larger than 64 kbytes can 
be run using the MMU to map different areas of the 
program in physical memory into the logical address 
space as they are needed. Cooperating programs 
running in a multitasking system can share portions 
of data memory, yet each can have private code and 
data that cannot be accessed by the other programs. 
These applications all rely on the simplicity and 
flexibility of the Z8108's paged memory management 
system and on the convenience of having the MMU 
as part of the chip. 

The Z8108 also extends the I/O capabilities of the 
Z80. In addition to I/O transfers to and from regis- 
ters, data to be sent or loaded can be transferred 
directly to or from memory. That gives greater 
flexibility in I/O transfers and can result in greater 
throughput to the external device. The architecture 



also has the Z80's block input and output instructions 
for even greater I/O transfer rates. 

Also, the I/O addressing space of a Z8108 is larger 
than that of the Z80. The content of the special I/O 
page register is used to drive the upper address bits 
during an I/O transaction, thereby permitting banks 
of ports to be selected. The Z8108 supports eight 
banks of port locations within the I/O address space. 
Because input and output themselves need not be 
privileged operations in the Z8108, the I/O page 
mechanism affords protection to critical devices 
(such as the on-board MMU) on a page basis, since 
access to the I/O page register is always a privileged 
operation. 

Interrupts and traps 

The three interrupt service modes of the Z80 have 
been expanded in the Z8108 by the addition of a 
fourth mode and by the addition of internal inter- 
rupts or traps using this mechanism. The four 
interrupts are modes to 3, with modes 0, 1, and 
2 operating in the same way as in the Z80. Mode 
expects an instruction to be placed on the data bus 
during the interrupt acknowledgment cycle that is 
executed to begin the interrupt service routine. Mode 
1 ignores the data and executes an unconditional 
jump to location 0038H. Mode 2 uses the contents 




3. Separately mapped program and data references double the Z81 08's addressing space. 
Eight descriptor registers are used to map program addresses, and eight to map data 
addresses (a). Switching between banks of data can be done simply by changing the eight 
data-page descriptor registers to a new block of physical memory (b). 
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of the special I register, along with the data read 
during acknowledgment, to point into a table of 
subroutine addresses, which dispatch the service 
routine. Interrupt Mode 3 uses the interrupt and trap 
vector table pointer register to point to an array of 
new program status values (each consisting of a new 
program counter value and a new master status 
register value) for the traps and nonvectored inter- 
rupts and an array of new program counter values 
for use with vectored interrupts. 

If a vectored interrupt is accepted in mode 3, the 
old contents of the program counter and the master 
status register are saved on the system stack and 
an interrupt vector is read from the interrupting 
device. This value is then saved on the system stack 
and used to fetch new contents for the program 
counter from the trap vector table. This sequence 
allows an interrupt to vector to any location in 
memory for service and also permits complete nest- 
ing of interrupts, since the previous state of the 
interrupt enable is saved on the stack, not just in 
a temporary flag register as in the Z80. 



The processor supports both maskable and non- 
maskable interrupts. Maskable interrupts are 
enabled by a bit in the master status register and 
are accepted only if the bit is set. Nonmaskable 
interrupts cannot be disabled and are always ac- 
cepted. The processor checks the state of the external 
interrupt pins at the end of the current instruction 
(or the end of an iteration of one of the block 
instructions) and executes the interrupt service se- 
quence before continuing with the next instruction. 
Maskable interrupts can be accepted as either vec- 
tored or nonvectored. If they are to be vectored, 
processing occurs as described above. If nonvectored 
(and in interrupt mode 3), a special nonvectored 
interrupt table entry is used to dispatch the interrupt 
service routine. 

Traps in use interrupt mode 3 to vector to a service 
routine and to load a new master status value for 
that routine. Thus a trap can be at least partially 
serviced in a user-mode program. The Z8108's traps 
include Privileged Instruction, System Call, Page 
Fault (from the MMU), Division Exception, Single 
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4. A system using the Z8108 may be designed into an existing system using the Z80, peripherals, and medium- 
speed memory devices. Having multiplexed address and data buses and an internal oscillator, the processor 
cuts the package pin count without reducing flexibility. 
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Step, and Breakpoint on Halt. The last two facilitate 
program debugging by providing a reliable means 
of stepping through programs one instruction at a 
time and breaking program execution at any instruc- 
tion, respectively. 

Following power-up or a reset, the Z8108 will 
behave like a Z80 (or an 8080). This means that 
memory management is disabled, the system/user 
flag is set to system (allowing all privileged instruc- 
tions to be executed), the system stack pointer is 
enabled, the I/O page register is cleared, and the 
interrupt response is set to mode 0. All the Z80's 
instructions run identically on the Z8108. The Z8108, 
however, operates two to eight times faster. 

But what if a program needs to know whether it 
is running on a Z80 or on a Z8108 (in order to take 
advantage of the Z8108's power if it runs on one but 
still be capable of execution on a Z80)? One of the 
new instructions in the Z8108 replaces a previously 
undocumented instruction of the Z80, permitting a 
program to determine which processor it is running 
on. The program achieves this by performing a test 
sequence on the new instruction (see Table 3). The 
instruction sequence is used to skip the initialization 
procedure needed to activate the Z8108 if the pro- 
gram is running on a Z80 or to jump to in-line Z8108 
code (to do a multiplication, for instance) rather than 
using a Z80 subroutine for the function. 

Designing a system 

The Z8108 has a multiplexed address and data bus 
to reduce the package pin count without sacrificing 
performance (memory transactions still require only 
three clock cycles). In addition, design with the Z8108 
is easy because of the on-chip oscillator, memory 
refresh mechanism, and programmable bus timing 
features. Figure 4 shows an example of a Z8108 
design using existing peripherals and medium-speed 
memory devices. 

Note that the only external element required in 
the oscillator circuit is a crystal (whose frequency 
is twice the desired internal frequency). The external 
clock output (CLK) line provides a system clock at 
the internal clock frequency divided by the program- 
mable bus timing value. The multiplexed address and 
data bus is easily demultiplexed with a standard low- 
power Schottky 8-bit latch. The Address Strobe (AS) 
signal is used to gate the address into the latch. The 
rest of the signals generated by the Z8108 are 
compatible with standard Z80 signals. □ 
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An advanced microprocessor family adds on-chip cache and 
memory management yet retains software compatibility with its 
predecessor. It gives the designer a virtual mainframe on a chip. 



8- and 16-bit processor family 
keeps pace with fast RAMs 



For years, designers have not been able to take 
full advantage of the speed of available RAMs. In 
otherwise efficient microcomputer setups, the pro- 
cessors have been the main drag on throughput. 
This situation will change shortly with the intro- 
duction of a new family of 8- and 16-bit processors. 
These successors to the popular Z80 microprocessor 
are expected to operate at a 25-MHz clock frequency 
and can use a burst mode on their 16-bit bus to work 
with 80-ns RAMs. But that is not all. 

The Z800 family, to be fabricated using on an 
advanced NMOS process, will have on a single chip 
such features as a cache memory, memory manage- 
ment, counter-timers, DMA controllers, and serial 
I/O. Add to that new instructions to ease software 
development and the designer will have a virtual 
mainframe at his disposal. 

The family consists of four members, two with an 
8-bit, Z80-compatible interface and two with a 
16-bit, Z-bus (Z8000 family) interface. All members 
are totally code-compatible with the Z80 micro- 
processor. The new instructions, combined with the 
on-chip resources and high clock rate, extend per- 
formance to the 5-million-instructions/s level, as 
simulated via a Pascal compiler. This rate is com- 
petitive with many of the so-called 32-bit micro- 
processors. 

To achieve the high clock rate, a 2-^m n-channel 
process was used. There are two levels of polysilicon 
interconnections, the first a low-resistance layer 
and the second for interconnections and high- 
impedance load resistors. The process incorporates 
four transistor types, as defined by their thres- 
holds: one enhancement, one intrinsic, and two 
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depletion-mode devices. 

The members of the Z800 family consist of the 
8-bit Z8108 and Z8208 and the 16-bit Z8116 and 
Z8216 (see Table 1). However, only the Z8208 and 
Z8216 have the on-chip peripherals and a full 
16-Mbyte address space. To reduce the board space, 
these processors are housed in dual in-line packages 
with pins on 70-mil centers, ptermitting a 64-pin 
package to fit in the board area of a 48-pin DIP 
having leads on 100-mil centers. 

With the Z-bus interface, the processors offer 
twice the system throughput of the 8-bit bus de- 
vices. They can take advantage of all the Z-bus pe- 
ripherals already available for the Z8000 family of 
16-bit processors. 

The architecture of the Z800 processor core re- 
sembles that of the Z80 microprocessor, with the 
addition of several registers to increase flexibility 
As part of the architectural enhancements, the pro- 
cessor has been set up to operate in either a system 
or a user mode. In the system mode, all of the in- 
structions can be executed and all of the CPU regis- 
ters accessed. This mode may be used with pro- 
grams that perform operating system functions, 
and it can also run Z80 software emulation. In the 
user mode, some instructions cannot be executed 
and some CPU registers are made inaccessible. 
Thus, system integrity is ensured, even by run-away 
application software that might otherwise alter 
operating system information. 

Enhanced instruction set 

Supporting the two modes are two stack pointers, 
one for the system mode and one for the user mode. 
Additional flexibility was added to the register set 
by the high- and low-order byte addressability of 
the 16-bit IX and IY index registers. 

The instruction set contains all of the Z80 com- 
mands, and then some. Added are 8- and 16-bit mul- 
tiplication and division operations; Sign Extend, 
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16-bit Compare, Negate, and Increment and Decre- 
ment in Memory; System Call; test and set com- 
mands; several load control instructions; and some 
commands that interface with the extended pro- 
cessing units, such as the forthcoming Z8070 
floating-point math processor. 

Multiprocessing is supported by the Test and Set 
instructions, which facilitate communication be- 
tween programs that share resources. The Load 
Control instruction group is used in the system 
mode to set up registers that configure on-chip re- 
sources and to poll the chip status. The System Call 
instruction enables User programs to request ser- 
vices available only in the processor's system 
mode— the enabling or disabling of interrupts, for 
example. 

Abundant silicon resources 

Along with the new instructions come four new 
addressing modes: index, base-index, stack-pointer- 
relative, and program-counter-relative. These are 
in addition to the five modes carried over from the 



Z80 (register, immediate, direct-access, register- 
indirect, and short-index). 

An abundance of on-chip resources is available 
for the designer (Fig. 1). The Z8216, the most com- 
plex member of the family, and the 8208 have the 
Memory Management Unit, cache memory, four 
16-bit counter-timers, a serial port, four channels of 
DMA control, and a dynamic RAM refresh control- 
ler. These on-chip peripherals can also be linked 
internally for further enhancement of their capabil- 
ities. However, even the 40-pin Z8108 and Z8208 
have the four counter-timers available for internal 
timer applications. 

The on-chip memory manager coordinates the 
16-Mbyte address space of the Z8208 and Z8216 pro- 
cessors (Electronic Design, Oct. 14, 1982, p. 163) 
with no speed penalty during the address trans- 
lation. On the Z8108 and Z8116, 19 address lines 
provide access to 512 kbytes of memory. To trans- 
late between the logical and physical address 
spaces, the memory manager uses two sets of 16 
page-descriptor registors— one set for the system 
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1. The high-end member of the Z800 family, the Z8216, has on-chip resources that give it 
the characteristics of a full minicomputer. Included are a memory management unit, a 
cache memory, multiple DMA channels, multiple counter-timers, and a serial port. 
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mode and one for the user mode. Each 16-bit page 
descriptor register contains 12 bits of address infor- 
mation and 4 bits of attribute information. 

Addresses are translated when the lower 12 or 13 
bits (depending on whether the program/data sepa- 
ration option is enabled or disabled) of the logical 
address is concatenated to the address information 
contained in the appropriate page descriptor regis- 
ter (Fig. 2). This register is selected by the most 
significant bits in the logical address. 

Attribute bits control access and provide status 
information for each page. They include a Valid bit, 
which indicates whether or not a page descriptor is 
valid for use; a Write Protect bit, which permits a 
page of memory to be read only; a Modified bit, 
which indicates whether a page in memory has been 
written to; and a Cachable bit, which indicates 
whether a page may be loaded into the cache memo- 
ry. The combination of the Modified bit and the 
ability to abort and restart an instruction upon an 
access violation thus permits the processor to im- 
plement a virtual memory system. 
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2. The on-chip memory manager translates a logical 
address into a physical address to permit control of a 
16-Mbyte address space and full implementation of a virtual 
memory scheme. 



To improve the access time for often-used or 
time-critical program sections, an on-chip cache 
memory consisting of 256 bytes is included on all 
Z800 processors. This cache can be configured to be 
instruction-only, data-only, or a combination of 
both. Since this memory is on the chip, no speed 
penalty is incurred when stored items are accessed. 

Operating on the principle that recently used in- 
structions or data have a high probability of being 
called up again, the cache holds the most recently 
accessed code, thereby permitting repetitive items 
to be executed much faster. Every time the pro- 
cessor requires data or an instruction, it first checks 
the cache memory to see if the item is present. If it 
is, the processor will use it, and no external bus 
access will be made. It is estimated that the use of 
the Z800's cache memory, will make the execution of 
Z80 code some two to eight times faster. 

Inside the cache memory 

When configured as a cache, the memory is or- 
ganized into 16 lines of 16 bytes each (see Table 2). 
Associated with each line are two fields— a 20-bit 
physical address tag and a 16-bit "valid" field. The 
address tag is matched against the most significant 
20 bits of every physical address generated by the 
CPU and the memory manager, and if a match is 
detected on any of the 16 tag addresses, the lower 4 
bits of the physical address are used to select the 
appropriate byte or word in the matched line. The 
valid field contains one Valid bit corresponding to 
each byte in the line. 

If the appropriate Valid bit for the byte accessed 
in the matched line is set, a cache "hit" occurs, and 
that byte is used by the CPU. If the bit is not set, the 
processor sends the address to the external memory 
to fetch the data. This data is then used by the 
processor and written into the cache, which causes 
the Valid bit to be set for each byte written into the 
cache. If none of the 16 tag addresses match the 



Table 1. How the members of the Z800 family line up 
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20-bit address, the line in the cache that has been 
used least recently is "flushed"— that is, the pro- 
cessor clears all the valid bits to invalidate the 
bytes— and the 20-bit address becomes the new tag 
address. The appropriate byte or bytes are then 
pulled from the external memory. 

The Z-bus interface on the Z8116 and Z8216 per- 
mits the processors to use a burst-mode bus trans- 
action to preload the cache. Although the burst 
mode was designed for use with the new 64-kbit 
dynamic RAMs that support a serial nibble output, 
it will also work well to fill up the cache memory. 

If the cache memory is not needed, the circuitry 
can be disabled and the memory reconfigured as 256 
bytes of fixed-address RAM. This "local" memory 
can be used with ROM-only systems, or it can hold 
those portions of a program that need the speed of 
on-chip memory, such as interrupt routines. In the 
fixed-address mode, the tag addressed identify indi- 
vidual lines, but the settings of the Valid bits have 
no meaning. Tag addresses can be set by the pro- 
grammer and will remain fixed to guarantee the 
addresses of the memory. 

On-chip peripherals add power 

With their ample peripherals on the chip, Z800 
microprocessors are, in effect, full systems on a 
minimum of board space, with minimum device in- 
terconnections and components. They are excellent 
for cost-sensitive applications. The four DMA chan- 
nels of the Z8208 and Z8216 provide independent, 
high-speed data transfers; the serial port, a full- 
duplex asynchronous interface capable of operating 
at up to 2 Mbits/s at a 10-MHz clock rate. Each of 
the DMA channels can be programmed to transfer 
data from memory to memory, from memory to an 
I/O device (or vice versa), or from one I/O device to 
another. Moreover, data can be transferred in any 
of three modes: single-transaction, burst, or con- 
tinuous. 

In the single-transaction mode, the DMA section 
releases the bus to the CPU or another DMA chan- 
nel between each byte or word transfer; the burst 
mode permits the DMA section to transfer data as 
long as the requesting peripheral remains ready. 
The continuous mode, on the other hand, allows the 
DMA circuit to transfer an entire block of data 
without releasing the bus. Also, each channel of the 
controller can operate in a "no transfer" mode, in 
which it acts as a counter. 

Each DMA channel consists of a 24-bit source 
address register, a 24-bit destination address regis- 
ter, a 16-bit count register, and a 16-bit transfer 
descriptor register. All these registers are in the 
I/O space of the CPU and are accessed with the 
word I/O instructions over the CPU's internal bus. 



Externally, the DMA channels use the address, data 
and control lines of the processor to transfer the 
data. Each channel has an input pin associated with 
it, to notify the channel that an external device is 
requesting a transfer. 

Controlling all four channels is a master DMA 
control register that can direct the channels to link 
with one another or to the serial I/O channel. When 
DMA channels are linked, one channel acts as a 
slave that loads the master with new address, count, 
and descriptor information. The master channel 
transfers a block of data to the destination and then 
waits while the slave updates its registers from in- 



Table 2. How the Z8O0's 


cache memory is organized 




20 bits 


16 bits 


16 X 8 bits 


Line 


Tag 


Valid 
bits 


Cache data 


Line 1 


Tag 1 


Valid 
bits 


Cache data 


Line 2 


Tag 2 


Valid 
bits 


Cache data 


Line 15 


Tag 15 


Valid 
bits 


Cache data 



Register information 

for master DMA residing 

in memory 



ft 



K> 



Destination address 


Source address 


Count 




Transfer 
descriptor 


Si 



Destination address 



Destination address 



Source address 



Source address 



Transfer 
descriptor 



^gg|. Master DMA information 




Destination address 



Destination address 



Source address 



Source address 



Transfer 
descriptor 



& 






Destination address 




Source address 


Count 






Transfer 
descriptor 













Slave DMA information 



3. Linked DMA operations can be set up with two of the 
on-chip DMA channels. One channel can be used to 
download control information to another channel, thus 
minimizing the number of times the processor must stop to 
transfer control parameters. 
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formation transferred from memory (Fig. 3). With 
this structure, transfers of different types and to 
different locations can be initiated without CPU 
intervention 

Although all the processors have four counter- 
timers on chip, only the Z8208 and Z8216 take the 
lines of three to the outside; the fourth counter- 
timer is an internal-only function on all four de- 
vices. However, the three externally available 
counter-timers on the Z8208 and Z8216 are full 
16-bit down counters that can be independently pro- 
grammed to count external events (count mode) or 
internal clock cycles (timer mode). Two of the 16-bit 




4. Complex systems using multiple Z800 processors, linked 
through a global memory, can be readily implemented, 
thanks to such chip features as the Global Bus 
Request/ Acknowledge lines and the local-address register. 



counters also can be internally linked to form a 
32-bit counter. 

In use, each counter is loaded with an initial value 
that is also latched into the 16-bit time-constant 
register of that counter. When the counter value 
reaches zero, the counter causes one of several 
things to happen: an interrupt is generated, an ex- 
ternal pulse is generated, or the counter is reloaded 
from the time-constant register to restart the 
countdown sequence. Command bit options specify 
which of those events occurs. In addition, each coun- 
ter can be gated or triggered by either external sig- 
nals or software, thus providing an extra measure 
of control. 

Serial port shines 

The serial port usually takes advantage of one of 
the timers as a baud-rate generator or an external 
clock source, fhe serial port can send and receive 
data simultaneously, and two of the DMA channels 
can be linked with the transmitting and receiving 
sections to provide automatic high-speed serial 
transfers. Like most universal asynchronous 
receiver-transmitters, the port handles a data for- 
mat that consists of a start bit; five to eight data 
bits; even, odd, or no parity; and one or two stop bits. 

The serial port also can be used to load data or 
programs remotely if a Z800 device is used as a slave 
to a larger host system. This remote-loading capa- 
bility is supported by a bootstrap mode that can be 
selected when the processor is reset. When selected, 
this mode automatically links a DMA channel to the 
receiver side of the serial port, programs a default 
destination (000000) into the DMA channel, sets up 
the serial port data format, and begins loading 256 
bytes of data into memory via the serial channel. 
That permits the Z800 to serve as a ROM-less slave 
processor, subject to changes to suit the needs of the 
host system. 

Multiprocessor operation made easy 

Besides serving as slave processors, the Z800 
units can operate in multiprocessor systems. Both 
the Z8208 and the Z8216 have on-chip features that 
readily permit their incorporation into multi- 
processor systems. 

In the example (Fig. 4), two or more processors, 
each with a local bus that supports some combina- 
tion of memory and I/O devices, communicate via a 
memory block on the shared global bus. This archi- 
tecture requires the use of bus arbitration logic to 
allocate the global bus resource. 

Only part of each Z800's address space would be 
assigned to the global bus via the processor's local- 
address register. Included in this scheme could also 
be a master processor to control the global bus and 



3-29 



Electronic Design • April 28, 1983 



Advanced processor family 





IkTo floppy-disk 
W interface 



Dynamic RAM Dynamic RAM 
even bank, \ odd bank 
nibble mode \ nibble mode 



Electronic Design • April 28, 1983 



3-30 



Wait - 
Pause - 
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5. A complete microcomputer system can be built around the Z8216, because its powerful 
resources eliminate many peripheral functions. For parallel I/O and interrupt control, two 
Z8036s can be added, and a Z8030 serial communication controller can add two more serial 
I/O channels. 



allocate tasks to the slave Z800 processors. 

For maximizing board space for memory, the 
Z8216 is the best choice. It offers many of the func- 
tions a designer needs to build a microcomputer 
board. All that must be added are the interface logic 
and buffers required to tie into a system bus like the 
IEEE-696 or IEEE-796. 

To handle interrupts and provide a parallel port 
for a printer, two Z8036 counter-timer and parallel 
I/O circuits can be added. For additional serial I/O, 
a Z8030 dual-channel serial communications con- 
troller can be connected to the local bus (Fig. 5). 

Since the processor contains its own clock oscil- 
lator as well as a clock output, all timing can origi- 
nate from its crystal. One of the counter-timers acts 
as a baud-rate generator for the built-in serial port, 
and the off -chip serial communications controller 
has its own baud-rate generator, reducing system 
complexity. 

The special status and control signals available 
from the Z8216 simplify the external logic needed to 
generate the bus and buffer control signals. To de- 
multiplex the lower 16 address/data lines, the ad- 
dress latch must simply be strobed with the address 
strobe line, and the status lines can readily be deco- 



ded by either a l-of-10 or a l-of-16 decoder. (The 
first 10 status outputs are used in systems that do 
not have an extended processing unit, so the smaller 
decoder can be used. If an extended processing unit 
is present, the remaining six outputs should be 
decoded.) 

Since the processor contains its own 10-bit 
refresh-address generator, dynamic RAMs as large 
as 1 Mbit can readily be handled without the space- 
consuming refresh logic often needed in medium- 
size systems. Also, the processor can automatically 
generate the appropriate wait states, thus permit- 
ting the bus timing to be optimized for the memory 
access speed. □ 
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COST EFFECTIVE MEMORY SELECTION FOR Z8000 CPUs 

The "memory-effective" architecture of the Z8000 
CPU is the key to cost-effective system design in 
many applications. Z8000 CPUs are designed to 
achieve high performance without the use of high- 
performance memories. Because a single applica- 
tion often requires hundreds of memory chips for 
each CPU, this memory-effective design can result 
in large cost savings. 

Many factors enter into the selection of CPU and 
memory characteristics for a given application. 
This application note examines the simple formula 
that relates these factors to each other and pro- 
vides examples of the formula applied in common 



situations. Background for the material in this 
application note can be found in the Z8000 CPU 
Manual (document #00-2010-C0) and in the 
Z8001/Z8002 CPU Product Specification (document 
#00-2045-A0). 

THE BASIC FORMULA 

Figure 1 shows a generalized view of the informa- 
tion path taken when the CPU issues a valid memory 
address. This process ends when valid data, re- 
presenting the contents of the addressed location 
is returned to the CPU. Not all of the elements 
shown in Figure 1 are necessarily present in every 
application, in which case the basic formula is 
simplified for that application. 
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This schematic view shows the principal elements that enter into the basic 


formula relating memory and CPU timing characteristics. Many applications 


use subsets of these elements, which simplifies the basic formula for 


those applications. 


The two-letter symbol in each box is used in the basic formula to repre- 


sent the time length of that box's task. 



Figure 1. The Address-to-Data Path Illustrates the Basic Formula 
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The address issued by the CPU is called a logical 
address. It is transformed by the MMU (or other 
memory management circuitry) into a physical 
address. The symbol "MM" in Figure 1 represents 
the time required for this transformation. When 
no address translation circuitry is present in a 
given application, MM=0. 

When a physical address is emitted by the MMU (or 
by the CPU if address translation is not used), it 
is presented to the memory array. After an 
interval of time represented by "MA" in the basic 
formula, data representing the contents of the 
addressed location and check bits associated with 
that location appear at the output of the memory. 

If no error check/correction circuitry is used in 
a given application, then no check bits appear, 
and the output of the memory is presented to the 
CPU as valid data representing the contents of the 
addressed location. If error correction circuitry 
is used, then the memory output is input to the 
error check/correction circuitry. After an 
interval of time represented by EC in the basic 
formula, the output of the error check/correction 
circuitry is presented to the CPU as the contents 
of the addressed location. 

The three time periods represented by MM, MA, and 
EC all contribute to the total time elapsed in the 
address-to-dat a path, but one additional calcula- 
tion is required to reach the total. MM, MA, and 
EC represent the times elapsed in the correspond- 
ing elements in the information path. The remain- 
ing term, BD, represents the time elapsed while 
passing information between the specific areas. 
Thus, BD must include the delays in any buffers 
required for interboard bus transfers and time 
spent in address decoders or other selection 
logic. Even the time taken for propagation of 
signals must be considered, although the amount is 
usually negligible in comparison with MM + MA + 
EC. c 

The total time elapsed in the address-to-data path 
is the sum of the four terms MM, MA, EC, and BD. 
This total must be less than the maximum, CD, 
specified for the given CPU. This leads to the 
most fundamental form of the basic formula: 



MM + MA + EC + BD < CD 



(1) 



The term CD, however, can also be expressed as a 
formula. CD depends partly upon the characteris- 
tics of the clock supplied to the CPU and partly 



upon constants that depend upon the maximum clock 
speed rating of the CPU. Furthermore, the Z8000 
architecture allows "wait states" to be inserted 
into memory access transactions. The number of 
wait states inserted is another factor entering 
into the formula for CD. Finally, there are two 
possible expressions for CD, depending upon 
whether independent timing or the address strobe 
signal (AS) is used to signal "address valid." 

The published ac characteristics of the Z8000 CPUs 
specify the exact point at which addresses become 
valid. (Parameter 9 of the ac characteristics 
table relates this point to a rising clock edge.) 
An address strobe signal, AS, is also provided by 
the Z8000 CPU. The rising edge of A§, which 
occurs approximately one-half clock period after 
addresses become valid, can be used to signal 
"address valid." Use of A5 simplifies the 
circuitry but places a greater demand on the 
memory. Furthermore, no similar signal is availa- 
ble from the MMU circuits designed for use with 
the Z8000 CPUs, so that AS can only be used as 
described above in a system without memory address 
translation (i.e., when MM=0). 

The two ways of computing CD (ac characteristic 
parameters 11 and 27) are expressed in the fol- 
lowing two equations: 

CD = (2+W)«CP + CH - K1 (2a) 

CD = (2+W)'CP - CF - K2 (2b) 

where : 

W = number of wait states 
CP = clock period 
CH = clock width (high) 
CF s clock falling time 
K1,K2 s constants whose values depend on the 
rated maximum clock speed of the CPU 

The right hand side of equation (2a) expresses the 
time between the actual appearance of a valid 
address output and the point at which valid data 
is required. The right hand side of equation (2b) 
expresses the time between the rising edge of AS 
and the point at which valid data is required. 
The values of K1 and K2 for Z8000 CPUs are given 
in Table 1. 

The foregoing considerations can now be summarized 
in the basic formula (Figure 2). There are two 
versions of this formula, one for each of the two 
expressions for calculating CD (2a and 2b). 
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THE WAIT STATE TRADEOFF 



Maximum Rated Clock Speed 
4 MHz 6 MHz 10 MHz 



K1 



K2 



130 ns 


95 ns 


60 ns 


120 ns 


100 ns 


50 ns 



Table 1. CPU Speed Rating Affects 
the Basic Foraula 



As either version of the basic formula shows, 
adding a wait state to the process increases the 
maximum memory access rating (MA) by one clock 
period (CP). (Fractions of wait states can be 
simulated by "clock stretching," to which the 
discussion in this section also applies.) CPU 
performance, however, is lessened by the introduc- 
tion of wait states. This section is concerned 
with the estimation of that reduction. 

The decline in performance level attributable to 
the introduction of wait states into memory 
accesses is difficult to pinpoint , since each 
instruction is affected differently. For example, 
a register-to-register multiplication takes 70 
clock periods without wait states and 71 clock 
periods with a wait state — a reduction of 1.45S in 
execution speed. A register-to-register load, on 
the other hand, takes three clock periods without 



The Basic Formula 
(Two Versions) 



MA < (2+W) • CP + CH - (MM + EC + BD + K1) 
MA < (2+W) • CP - CF - (EC + BD + K2) 



MA = rated access time of the memory 
W = number of wait states 
CP = clock period 
CH r clock width (high) 
CF r clock fall time 
MM = memory translation (MMU) overhead 
EC = error check/correction overhead 
BD = selection logic, buffers, bus delay 
K1,K2 = constants (see Table 1) 



The basic formula determines the maximum access time for memories used 
with a Z8000 CPU as a function of any factors that might affect it. 
The first version of the formula is the general case and assumes that 
an independent circuit is used to signal the memory when the CPU or 
the MMU emits a valid address. The second version, not applicable if 
memory management is used, assumes that the rising edge of address 
strobe (AS) will be used to generate the RAS or equivalent signal to 
the memory. 



(A) 
(B) 



Figure 2. The Basic Foraula 
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wait states and four clock periods with a wait 
state — a reduction of 25% in execution speed. 

In one published study (AMD, Z8000 Benchmark 
Report, 1981), five Z8000 programs were analysed. 
The objective was to compare Z8000 performance 
with that of competing microprocessors, but 
included in the reported results was a performance 
comparison of each of the five Z8000 programs with 
and without a wait state. The reductions in 
execution speed were 5%, 6%, 15%, 17% and 21%. 
The 5% and 6% reductions appeared in the "auto- 
mated parts inspection" and "XY transformation," 
both of which involve many register-to-register 
arithmetic operations and few memory reference 
instructions. The 15% and 17% reductions appeared 
in the "block translation" and in the "bubble 
sort," both of which involve a great many memory 
accesses. The 21% reduction appeared in a dummy 
'.'reentrant procedure," which does almost nothing 
other than save and restore the general registers. 

As the study cited above shows, the effect of 
adding wait states varies from application to 
application. If a numerical value pan be assigned 
to the reduction in performance level caused by 
wait states in a given application, then that 
value can also be compared with the reductions 
arising from other approaches to providing a given 
target memory access rating, such as: 

• Reducing the clock speed (increasing CP). 

• Using values of W other than 1. 

The effect of each of these alternatives can be 
evaluated numerically and compared with the effect 
of adding one wait state. 



Since the execution speed of the CPU is inversely 
proportional to the clock period, the ratio of the 
new speed to the old after the change A CP in 
clock period is 



CP 



AMA 



CP + ACP 



P = ■ 



CP 



rPx ATP 



(2+W)-CP+CHy 



f AMA y 



-1 



(4a) 



(4b) 



For example, assume that version (B) of the basic 
formula has been used with values W = 0, CP = 
250ns (4 MHz), CF = 10ns, EC = 0, BD = 60ns, and 
K2 = 120ns. Then MA < 500 - 10 - (60 +120) = 
310ns. If memories rated at 350ns access time are 
desired the required A MA is 40ns. Using (3b), 
the required ACP is 20ns, leading to a new CP of 
270ns, which corresponds to a clock speed of 3.70 
MHz. Formula (4b) gives a value of 



40 ^ 
1 ♦ 500 J 



.92 



That is, reducing the clock speed to achieve the 
desired memory access time results in an 8% reduc- 
tion in execution speed. If, instead, one wait 
state had been inserted (increasing the maximum MA 
from 310ns to 560ns), the reductions in execution 
speed for the programs cited above would range 
from 5% to 21%. 



Reducing Clock Speed 

Assume that values have been assigned to all of 
the variables in the basic formula and that it is 
desired to increase CP to achieve a higher upper 
bound on MA. If A MA is the desired increase in 
the right side of the basic formula, then each 
version of the basic formula gives rise to an 
equation for the required change ACP: 



ACP = 



AMA 



2 + W + CH/CP 



(3a) 



Using Values of W Other than 1 

Assume that values have been assigned to all of 
the variables in the basic formula and that wait 
states are desired to achieve a higher upper bound 
on MA. Assume also that a relative performance 
level of pg is achieved when W=1. (For example, 
for the five programs cited earlier, the values of 
p would be .95, .94, .85, .83, and .79.) Then, 
for either version of the basic formula, the 
performance level corresponding to W wait states 
is given by 



ACP 



AMA 
2 + W 



(3b) 



P = 



p + O - Pq)"W 



(5) 
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Thus, for example, if insertion of one wait state 
leads to a performance level of .85 (a reduction 
of 15%), the insertion of one-half wait state (by 
clock stretching) leads to a performance level of 



.85 



.85 + (.15)(.5) 



= .92 



or a reduction of 8%. 



EXAMPLE 1: THE ZILOG SYSTEM 8000 

The Zilog System 8000 provides an example that 
includes all of the elements of the basic 
formula. The following characteristics describe 
the main memory of the System 8000: 

MA = 150ns (dynamic RAM) 

W = 

CP = 180ns (5.56 MHz) 

CH = 80ns 

MM = 90ns (Z8010 MMU, 6MHz rated) 

EC = 40 

BD = 60 (Buffers and selection logic) 

K1 = 95ns (Z8001, 6 MHz rated) 

Version (A) of the basic formula must hold: 
150 < (2+0) '180+80- (90+40+60+95) = 155 



The difference of only 5 ns indicates that the 
system characteristics have been closely matched. 
Notice that the clock is running at less than the 
rated maximum speed. An increase to the maximum 
allowed for a 6 MHz rated Z8001 CPU would result 
in a clock period (CP) of 165ns, and thus a maxi- 
mum memory access rating (MA) of 118. The 5.56 
MHz clock speed results in a relative performance 
level of 165/180 = .92, or an 8% reduction in 
execution speed. 

EXAMPLE 2: A Z8002 WITH A Z6132 

The Z6132 quasistatic 4K byte RAM is designed for 
use with the Z8000 CPUs. For example, with the 
Z8002's AS line tied directly to the AC input of 
the Z6132 (see Figure 6 of the Z6132 Product 
Specification, document number 00-2028-A0, version 
(B) of the basic formula can be used: 

MA < 2*CP - CF - K2 

For 4 and 6 MHz rated CPUs running at maximum 
speed and using the longest allowed clock fall 
time (ac characteristic parameter 4), the basic 
formula gives: 

MA < 2-250 - 140 = 360 ns (4 MHz) 
MA < 2*165 - 110 = 220 ns (6 MHz) 

Thus, a 350ns Z6132 can be used with a 4 MHz Z8000 
and a 200ns Z6132 can be used with a 6 MHz Z8000. 
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These benchmarks compare the performance of 
the Z8001 and Z8002, the Motorola 68000 and the 
Intel 8086 running the set of programs which have 
become industry standards for comparing micro- 
processors The data demonstrates that 

■ The 6MHz Z8000 outperforms the 8M Hz 68000 
and any version of the 8086. 

■ At any given memory access time, the Z8000 
gives higher performance than the 8086 or 68000. 

■ Any given performance level can be reached with 
the Z8000 using slower memories than the 8086 
or 68000. 

For a demanding microprocessor application the user 
has the choice of three competing microprocessor 
families 

■ The Z8000 manufactured by Zilog and AMD 

■ The 8086 [or iAPX 86/10] manufactured by Intel 

■ The 68000 manufactured by Motorola 

A widely quoted benchmark comparison of these 
three microprocessors was published by Intel in 
1980 under the title- "16-bit Benchmark Report 
1APX86, Z8000 and 68000" (Intel Publication No 
AFN01551A) 

Not surprisingly, the Intel 8086 was announced the 
winner in that publication Intel achieved this result by 
inefficiently coding the competing devices, thus not 
utilizing the powerful instruction sets of the more 
modern Z8000 and 68000 microprocessors 

In order to refute the wrong conclusions drawn by 
Intel, we purposely used the same benchmarks, and 
even the identical flow diagrams We give Intel the 
benefit of the doubt and assumed their performance 
figures from the above mentioned document For the 
Z8000 and the 68000, however, we rewrote the code 
efficiently We did not use exotic tricks, just plain 
straightforward, efficient coding that takes advantage 
of the powerful instructions of the Z8000 and the 
68000. 

We made one minor modification to the Intel defini- 
tion of the Block Translation We write the translated 
character back into the same buffer where the EBCDIC 
character was stored We see no reason why anybody 
would perform a non-destructive translation It wastes 
memory space The purist who wants our exact 
response to the Intel benchmark should subtract 1 3% 
from the Z8000 performance to accommodate non- 
destructive translation, which happens to be less effi- 
cient on the Z8000, but does not affect the 8086 and 
68000 performance. 

Description of Benchmark Tests 

The benchmark tests used in this performance 
evaluation were selected for variety and are 
representative of applications including data 
processing, image processing and arithmetic 
processing Detailed coding is shown in the appendix. 

Automated Parts Inspection 

The automated parts inspection program controls the 
interface to an image-dissector camera, and compares 
the gray shade signal from each of 1 6,384 points to a 



BENCHMARK REPORT 

Z8000vs 8086 vs. 68000 

reference gray shade held in memory The program 
controls the X-Y scan control to the camera by means 
of two 7-bit D-A converters and reads the resultant 
gray shade signal via a 1 2-bit A-D converter 
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Automated Parts Inspection 

Block Translation — Destructive 

The block translation benchmark translates a string of 
EBCDIC characters into a string of ASCII characters, 
and overwrites the EBCDIC string. The benchmark 
assumes 121 characters in the source string 



Reprinted with permission of Advanced Micro Devices 
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Relative 
Performance 




Figure 1 Relative Performance as a Function of Clock Frequency 

Maximum frequencies are shown for available speed selections. Dotted lines indicate planned 
extensions. 
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Bubble Sort 

The bubble sort is a well-known algorithm for sorting 
data elements into one sequence (in this case, numer- 
ically ascending order). The benchmark assumes that 
a one-dimensional array of ten elements is to be sorted 
and that the elements are initially in numerically 
descending order. 
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Bubble Sort 

XY Transformation 

The XY transformation scales a selected graphic win- 
dow containing 16-bit unsigned integer XY pairs. Each 
X data is offset by XO and multiplied by a fractional 
scale factor L2/L1 . Each Y data is offset by YO and 
multiplied by the same scale factor. The benchmark 
assumes the selected window contains 1 6,384 XY 
pairs. 



KNT = Count 



Count = Number Of XY Pairs 



XCD = [CX(0 - X0]*L2/L1 
Y(l) = [CY(0 - Y0]*L2/L1 



1 = 1 + 1 
KNT = KNT- 1 




Computer Graphics XY Transformation 

This flowchart was originally presented by Intel 

Reentrant Procedure 

This benchmark demonstrates the ability of the proc- 
essor to handle reentrant procedures and parameter 
passing between procedures. The input parameters 
are passed (by value) to the procedures. Prior to the 
call, the first parameter is in one of the general registers 
while the second and third parameters are stored in 
memory locations PARAM2 and PARAM3, respectively. 

Upon entry, the procedure preserves the state of the 
processor, and it is assumed that the procedure uses 
eight of the general-purpose registers. Next, the 
procedure allocates the storage for three local 
variables (LOCAL1 , LOCAL2, LOCAL3). The 
procedure then adds the three passed parameters 
and stores the result in the first local variable. Upon 
exit from the procedure, the state of the processor is 
restored. 

Table 1 shows execution times for each benchmark 
on each microprocessor without and with one Wait 
State. Execution times are then inverted to indicate 
performance (not time), and normalized with respect 
to the slowest device, the 5MHz iAPX 86/10 (i.e. the 
original 8086). As can be seen from the detail data in 
the appendix, the Z8001 and Z8002 are so similar in 
performance that they can be grouped together. 

Figure 1 shows the average performance data 
graphically. 
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Benchmark 



Z8000B 


Z8000A 


Z8000 


68000-10 


C8MHz] 


(6MHz) 


(4MHz) 


(10MHz) 


OW 1W 


OW 1W 


OW 1W 


OW 1W 



68000-8 iAPX 86/10 iAPX 86/10 

(8MHz) (10MHz) (8MHz) 

OW 1W OW 1W OW 1W 



Absolute Performance 

Auto Parts 478 508 637 677 956 1016 470 498 

Inspection 

Block 388 456 517 607 776 912 757 916 

Translation 

Bubble 539 646 718 861 1078 1292 507 614 

Sort 

XY 793 827 1057 1103 1585 1655 777 804 

Transformation 

□«««+.~,~+ 25 6 32 5 34 43 51 65 25 31 

Procedure 



587 623 668 708 835 885 ms 

946 1145 744 824 930 1030 //S 

634 768 912 1007 1140 1259 yus 

971 1005 1120 1152 1400 1440 ms 

32 39 3i 35 39 43 fus 



Performance Relative To iAPX 86/10 @ 5MHz 

Auto Parts 
Inspection 



Block 

Translation 

Bubble 

Sort 

XY 

Transformation 

Reentrant 

Procedure 



2 8 2 63 2 1 1 97 14 1 31 2 84 2.68 

3 84 3 26 2 88 2 45 1 92 1 63 1 96 1 62 
3 38 2 82 2 54 2 12 169 141 3 6 2.97 
2 82 2 71 2 12 2 03 141 135 2 88 2.79 
2 42 19 182 144 121 95 2 48 2.00 



2.27 2 14 2.00 189 1.60 1.51 

1.57 13 2.00 181 160 144 

2 87 2 38 2 00 1 81 1.60 1 45 

2.3 2.23 2.00 1 94 1 60 1 56 

193 1.59 2 00 177 1.60 144 



Average 3.05 2.66 2.28 1.99 1.53 1.34 2.75 2.4 

Relative 

Performance 



2.19 1.93 2.00 1.84 1.60 1.48 



0W = No Wait State, 1 W = One Wait State per memory access. 
Table 1 



Memory Access Time 

The benchmark data compares the performance of 
the three microprocessors at nominal clock rates 
without regard to the memory access time required 
to achieve the performance. 

Memory speed is however, an important systems 
consideration since it has a strong impact on memory 
cost and the design of the supporting circuitry. In most 
systems memory cost far exceeds the cost of the CPU. 
It is therefore more useful to treat the CPU clock fre- 
quency as a variable and plot performance as a func- 
tion of memory access time requirement. For each 
CPU, the memory access time requirement can be 
relaxed by using a higher speed version of the CPU, by 
lowering the actual clock frequency, or by adding Wait 
States. 

Data sheets for the various microprocessors indicate 
the relationship between memory access time and 
clock period Every Wait State adds another clock 
period to the memory access time. 

t A c =(k + w)t-d 

T AC = memory access time required (at CPU pins) 



K 

W 

T 
D 



: clock cycles/access (K=3 for the 8086, 
K=2.5 for the Z8000 and 68000) 

= number of Wait States inserted (usually or 
1) 

= actual clock period in ns 

= sum of time for CPU delays, set-up times, 
etc. This is a constant for a given part type 
and speed selection. See Table for value. 



Device 






T^q in nanoseconds for various 










actual T 














(W = 0,T 


'max 






Device 
and 
Speed 
Selection 


f max 


D 


T= 

250ns 

C4MHz) 


T= 

167ns 

(6MHz) 


T= 

125ns 

(8MHz) 


T= 

100ns 

ClOMHz) 


Z8001, 














Z8002 


4MHz 


150ns 


475 


- 


- 


- 


Z8001A, 














Z8002A 


6MHz 


95 


530 


320 


- 


- 


Z8001B, 














Z8002B 


8MHz 


75 


550 


340 


238 


- 


68000-4 


4MHz 


120 


505 


- 


- 


- 


68000-8 


8MHz 


90 


535 


325 


223 


- 


68000-10 


10MHz 


80 


545 


335 


233 


170 


8086-5 


5MHz 


140 


610 


- 


- 


- 


8086-8 


8MHz 


80 


670 


410 


295 


- 


8086-10 


10MHz 


60 


690 


430 


315 


240 


Table 2 


Memory Access Times Required 
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The relative performances computed previously are 
obviously directly proportional to the clock frequency 
used. That is, for a given device selection, the relative 
performance is inversely proportional to T, the actual 
clock period. The memory access time requirement is 
also related to the clock period. 



and, 
Therefore, 



T AC + D = (K + W)T = K 1 T 
. K 2 



RP = 



RP=; 



T 



K 1 K 2 



Tac + d 



and Relative Performance can be plotted against 
memory access time required, with the clock frequency 



being allowed to vary as required, down from the maxi- 
mum for the part selection. As the clock frequency 
is reduced, a point is reached where equal performance 
can be achieved by raising the clock frequency back 
up and inserting a Wait State. This results in the same 
performance but a lower memory access time require- 
ment, so it is logical to do so. 

Table 3 contains computed data of memory access 
time requirements as a function of relative performance 
for each device selection with and 1 Wait States. 
Figure 2 plots this data and shows the point at which 
the Wait State can be inserted without reducing 
performance 



Relative 
Performance 



3.5 « 



Z8000B 




1.0' 



200 



250 



300 



350 



400 



450 



500 



550 



Fig. 2 Relative Performance as a Function of Memory Access Time 

Wait States are inserted when they reduce access time requirements without affecting performance 
(clock frequency is raised}. 



ns 
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Relative 


Z8000B 


Z8000A 


Z8000 


68000-10 


68000-8 


iAPX 86/10 


iAPX 86/10 


Performance 


Cf*< 


3MHz) 


(fs< 


3MHz) 


Cfs- 


4MHz) 


(f < 10MHz) 


(f < 8MHz) 


(f < 10MHz) 


Cf <8MHz) 




W=0 


W=1 


w=o 


W=1 


w=o 


W=1 


W=0 


W=1 


W=0 


W=1 


W=0 


W=1 


W=0 


W=1 


34 






























33 






























32 






























31 






























30 


243 




























29 


254 




























28 


266 




























27 


279 












175 
















26 


292 


373 










184 
















25 


307 


391 










195 
















24 


323 


410 










206 


270 














23 


340 


432 










219 


285 














2.2 


359 


455 


335 








233 


302 


221 












2 1 


380 


480 


356 








247 


320 


235 












20 


402 


508 


378 


486 






264 


340 


252 




240 








1 9 


427 


538 


403 


517 






282 


362 


270 


354 


256 








1 8 


455 


572 


431 


551 






302 


387 


290 


379 


273 


349 






1 7 


487 


610 


462 


589 






324 


414 


312 


406 


293 


373 






1 6 


522 


653 


496 


631 






350 


445 


337 


437 


315 


400 


295 




1.5 


561 


702 


536 


680 


488 




378 


480 


366 


472 


340 


431 


320 


413 


1 4 


607 


757 


581 


735 


533 




411 


520 


398 


512 


369 


466 


349 


449 


1 3 


659 


821 


633 


799 


586 




449 


566 


436 


559 


402 


506 


382 


489 


1.2 


721 


896 


694 


873 


647 


827 


493 


620 


479 


613 


440 


553 


420 


537 


1 1 


793 


984 


765 


961 


719 


916 


545 


684 


531 


677 


485 


609 


465 


593 


1 


880 


1090 


851 


1067 


806 


1023 


608 


760 


593 


753 


540 


676 


520 


660 



W=0 = No Wait State, W= 1 = One Wait State per memory access 

Table 3 Required Memory Access Time to Achieve a Given Relative Performance (in nanoseconds) 



What This Benchmark Does And Doesn't Tell You 

Benchmarks are popular simplifications to compare 
the performance of different microprocessors. Like 
all other simplifications, benchmarks must be used 
with care. 

At best they accurately compare the performance 
of different microprocessors in a limited set of applica- 
tions, which may or may not be representative of the 
applications that the user needs. 

At worst they are distorted by a manufacturer who 
wants to "prove" that his device is the best. By choosing 
examples that favor a particular microprocessor or - 
more deviously — by writing inefficient code for the 
competitor's device, any manufacturer can "prove" that 
his product is superior to the competition's. 

Moreover, benchmarks describe only one aspect of 
the microprocessor: speed Cor throughput). Other 
important technical considerations are: 

■ Code efficiency 

■ Ease of programming 

■ Ease of interfacing to memory and I/O 

■ Availability of powerful peripheral devices 

■ Availability of hardware and software support 
Finally there are good business reasons for favoring 
a particular microprocessor: 

■ Price, availability and multiple sourcing 

■ Vendor reputation and quality of field application 
support 

■ Device reliability and q uality level . 



Benchmarks tell nothing about these important aspects. 

In spite of these limitations, benchmarks are an 
important tool for adding quantitative data to the com- 
plicated task of selecting the right microprocessor. 

The soon-to-be-announced 8 M Hz Z8000Bis 1 1% 
fester than the soon-to-be-announced 10MHz 
68000-1 0, and the Z8000B achieves this superior 
performance even with substantially slower memories. 

The 6MHz Z8000A is 4% fester than the 8MHz 
68000-8, and the Z8000A can tolerate memory access 
times 100ns longer than required by the 68000-8. 
The iAPX 86, even in its fastest 10MHz version is no 
contender 

The Z8000 is better. 
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APPENDIX 

A. Automated Parts Inspection 



Z8002 



# of Clock Cycles 



LOOP 



BYPASS 



ENDTEST 



LDR1 2, PERCENT 



LDR8,TGRAYTAB 



LDRO, 16383 



LDR10, SIGNAL 



LDR11.XYSCAN 



LDR1 3, REJECT 

OUTR11.R0 

INR4, R10 

LDR3, R8T 

INCR8.2 

LDR1.R3 
MULRR2.R12 

DIVRR2, #100 

SUBR4, R1 
JR GE BYPASS 
NEGR4 

CPR4, R3 

JR LE ENDTEST 

OUTR13, R4 
DJNZRO, LOOP 



.Load Percent Tolerance 

7 + 2W 
.Gray Table Base Address 

7 + 2W 
.Number of Scans 

7 + 2W 
.Load A/D Converter 

Address 7 + 2W 

.Load Addresses for the 
2 D/A Converters 

7 + 2W 
.Load Reject Port Address 

7 + 2W 
.Write XY Coordinates 

* 10+ W 
,Z=R4 (Read Signal) 

* 10+ W 
,Z0=R3 (Read Reference) 

* 7 + 2W 
,lnc Reference Pointer 

* 3+ W 
,R1=Z0 * 3+ W 
,R3=Z0*PERCENT 

* 70+ W 
,R3=Z0*PERCENT/100 

* 95 + 2W 
,R4=Z-Z0 * 4+ W 



,R4>0 
,R4<0- 



,| Z-Z0| 

100 
,|Z-Z0| 

100 * 6 
.Reject Signal 



6+ W 

Z-Z0| 

7+ W 

PERCENT/ 

* 4+ W 

<20* PERCENT/ 

+ W 

10+ W 



>R4 = I 



-Z0* 



.Process Next Point 

11 + W 



CONSTANT PERCENT= 
CONSTANT SIGNAL= 
CONSTANT XYSCAN= 
CONSTANT REJECT= 
GRAYTAB WORD [16384) 
On average, of 1 6384 times through Loop we assume that 
81 92 times Z-Z0>0 

81 92 times Z-Z0<0 1 e we execute NEG R4 
1 638 times [10% of the cases) we reject the part, i e we execute 

OUTR13, R4 
Total Clocks 6(7+2W) + 8192 (229 + 14W) +8192 (236 + 

15W) + 1638(10 + W) = 16422 + 1650W + 8192 
(465 +29W) = 3,825,702 +239.218W 



Z8001 



# of Clock Cycles 



LOOP 



LD 

LDL 

LD 

LD 

LD 

LD 

OUT 

IN 

LD 

INC 

LD 

MUL 

DIV 

SUB 

JRGE 

NEG 



R12, PERCENT 

RR8.TGRAYTAB 

R0, 16383 

R10, SIGNAL 

R11.XYSCAN 

R1 3, REJECT 

R11.R0 

R4.R0 

R3.RR8T 

R9,2 

R1.R3 

RR2.R12 

RR2,#100 

R4.R1 

BYPASS 

R4 



7 + 2W 

11 +3W 

7 + 2W 

7 + 2W 

7 + 2W 

7 + 2W 

10+ W 

10+ W 

7 + 2W 

3+ W 

3+ W 

70+ W 

95 + 2W 

4 + 2W 

6+ W 

7+ W 



Z8001 (Continued) 




# of Clock Cycles 


BYPASS CP 


R4.R3 


4+ W 


JRLE 


ENDTEST 


6+ W 


OUT 


R13.R4 


10+ W 


ENDTEST DJNZ 


R0.LOOP 


11 + W 



Total clocks. 3,825,706 + 239,21 9 W 

Notice that there is practically no performance deterioration due 

to segmentation 



68000 



# of Clock Cycles 



MOVEW DO, #16383 



MOVEW D6, #PERCENT 



MOVEL A3, #GRAYTAB 



MOVEW A5, #XYSCAN 



MOVEW A6, #REJECT 



LOOP 



.Number of 
scans 

-> DO 8 + 2W 
.Percent 

Tolerance 
-> D6 8 + 2W 
.Gray Tables A3 
12 + 3W 
, D/A Address 

-*A5 8 + 2W 
.Address of 
Reject Message 
-^A6 8 + 2W 
;A/D Address 

->A4 8 + 2W 
.Write XY 
Coordinates 

9 + 2W 
.Read Signal D4 

8 + 2W 
;Read Reference 
D3 8 + 2W 
4+ W 
;D3=D3*D6 

70+ W 
,D3=D3*D6/100 
144 + 2W 
,D4=Z-Z0 

4 + 
,D4<0 

8/10 + 
,D4<0->D4 
Z-Z0 4 + 

,| Z-Z0|-Z0* 
PERCENT/100 
4+ W 
;| Z-Z0|<Z0* 
PERCENT/100 

8/10+ W 
.Reject Signal 

8 + 2W 
.Loop to Next Call 
14 + 3W/10 + 2W 
Total clocks. 52 +13W + 8192 (285 + 11W) + 8192 (287 + 
18N) + 1638 (8-2+2W)=52 + 13W + 8192 (572 + 35W) + 
1638(6 +2W)=4,695,576 + 290 009W 



MOVEW 



MOVEW 



MOVEW 



MOVEW 



MOVEW 
MULU 



DIVU 



A4, #SIGNAL 
(A5), DO 

D4, (A4) 

D3, (A3)+ 

D1.D3 
D3, D6 

D3, #100 



SUBW D4, D1 
B GE BYPASS 
NEGW D4 
BYPASS CMPWD4.D3 



W 



W 



W 



B 



LE 



ENDTEST 



MOVEW (A6), D4 



ENDTEST DB F DO, LOOP 



iAPX 86/10 



# of Clock Cycles 



XOR CX,CX .ZERO X and Y 

3 
MOV SI, OFFSET(GDATA) ,INIT POINTER 

4+ W 
CLD ,DF=FORWARD 

2 
MOV AX,CX .OUTPUT X 

2 
OUT DTOA.AX .ANDY 

10+ W 
LODS GDATA .GETZ0 

12+ W 



AGAIN 



4-15 



iAPX 86/10 (Continued) 


# of Clock Cycles 


Z8002 (Continued) 




# of Clock Cycles 


MOV 


BX,AX 


.STORE Z0 IN 




LDR3, EBCBUF 


•.Address of 






BX 2 








EBCDIC String 


MUL 


PERCNT 


,Z0 PERCNT 








-> R3 7 + 2W 






130+ W 




LDR2.EBCEOT 


,EDTChar->R2 


OUT 


CONVRTAX 


.START A/D 








7 + 2W 






CONVERTER 




LDR0, COUNT 


,R0=COUNT 






10+ W 








7 + 2W 


DIV 


HUNDRD 


,Z0*PERCNT/ 




LD R1 R0 




3+ W 






100 161 + W 




CPIRBR2,R3T,R0,EQ 


;R0=COUNT-oc 


MOV 


DX,AX 


,DX=TOLER 






11 +2W+132(9+W) 






2 




SUBR1.R0 




,R1=R1-R0=oc 


IN 


AX.ATOD 


.INPUT Z FROM 








;4 + 2W 






A/D 10+ W 




LDR3.TEBCBUF 


.Address of 


OUD 


AX,BX 


.DELTA— Z-Z0 
3 








tBCDIC String 
,7 + 2W 


JA 


CMPARE 


;JUMPIF 




LD R5.TTRTAB 


•.Address of 






POSITIVE 








Translation 






4/16+ W 








Table 7 + 2W 


NEG 


AX 


,DELTA=-DELTA 




TRIRBR3T,R5T,R1 


, 






3 






11 +2W + 132(14+3W) 


CMPARE. CMP 


AX.DX 


,DELTA< = 




LDB R3T, ASCEOT 


.Write ASCEOT 






TOLER? 








11 +3W 






3 


Total clocks 3111 + 547 W 






JBE 


INCCX 


JUMP IF YES 


This is the worst possible case since the scanning of the string is 






4/16+ W 


actually done 


only for characters (until the encounter of EOT) 


OUT 


REJECTAX 


.REJECT PART 
10+ W 


Z8001 






# of Clock Cycles 




TRTAB 








JMP 


SHORT(NEXT) 


15+ W 


EBCBUF 








INCCX INC 


CX 


.INCX&Y 
2 




CONSTANT EBCEDT=3 
CONSTANT COUNT=132 


EOT in EBCDIC 


CMP 


CX,4000H 


.DONE? 




CONSTANT ASCEOT=04 


EOT in ASCII 






4+ W 




LDLRR2.TEBCBUF 


11 +3W 


JNE 


AGAIN 


,NO, PROCESS 




LD R4.EBCEOT 


7 + 2W 






4/16+ W 




LD R0.COUNT 


7 + 2W 






.NEXT POINT 




LDR1.R0 




3+ W 


( 








CPIRBR4, RR2t,R0,EQ 




NEXT 










11 +2W+132(9+W) 










SUBR1.R0 




4+ W 


HUNDRD. DW 


100 






LDLRR2.TEBCBUF 


11 +3W 


Total number of clock cycles 6,680,000 + 400W, 




LDLRR6.T TRTAB 
TRIRBRR2.RR6t.R1 


11 +3W 


Block Translate — Destructive 
(Special feature for Z8000) 


# of Clock Cycles 




11 +2W+132(14+3W) 
LDB RR2T,ASCEOT 1 1 + 3W 


LD R0,COUNT 


,Get Length of 


Total clocks. 3123 + 550W 










EBCDIC 
String 


68000 






# of Clock Cycles 






7 + 2W 




MOVEB 


D2JEOT 


Get EOT 


LDR3.TEBCBUF 


.Address of 








8 + 2W 






EBCDIC 




MOVEW 


D0JCOUNT 


Get Length of 






String 7 + 2W 








EBCDIS 


LD R5, TTRTAB 


.Address of 








String 8 + 2W 






Translation 




B E0 


DONE 


Length=0 Exit 






Table 7 + 2W 








10/8+ W 


TRIRBR3T, R5T.RD, 


.Translate 




MOVEL 


A3,#EBCBUF 


A3 = Address of 






EBCDIC 








EBCDIC 






String 








String 




11 + 2W + +(14+3W)132 








12 + 3W 


Total Clocks' 1880 + 404W 






MOVEL 


A5JTRTAB 


A5= Address of 


B. Block Translate Benchmark — Destructive 




LOOP 


MOVEB 


D1,(A3) 


Translation 
Table 12 + 3W 


Z8002 




# of Clock Cycles 


Get EBCDIC 


TRTAB 
EBCBUF 




.CICEBD-ASCII 
Translation 
Table 

.EBCDIC-String 




MOVEB 


(A3),A5(0,D1) 


Character 

8 + 2W 
Replace it by 
ASCII 
Translation 


CONSTANT EBCEOT=03 


.EOT in EBCDIC 








19 + 4W 
.EOT? 8 + 2W 


CONSTANT COUNT= 132 
CONSTANT ASCEOT=04 


•EOT in ASCII 




CMPB 


D2,(A3)+ 
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68000 (Continued) 




# of Clock Cycles 


Z8002 (Continued) 






# of Clock Cycles 


B EQ DONE 


.Yes-Exit 


COMP: LDLRR0.RR12 




11 +2W 






10/8+ W 


CPR0.R1 






4+ W 


DB F D0,LOOP 


, No -Loop 


JRLEDECCNT 




6+ W 






10 + 2W/14+3W 


EX R0.R1 






6+ W 


DONE 






LDLRR2T.RR0 




11 +2W 


Total clocks 48+ 11W + 132(57 


f 12W) 


_ (4 + W) = 44 


SETB RL6. 




4+ W 


+ 10W + 7524 + 1584W = 7568 + 1594W 


DECCNT INCR3.2 






4+ W 








DECR4 






4+ W 


iAPX 86/10 




# of Clock Cycles 


JRGTCOMP 
j BITB RL6.0 
10 j JRNZINIT 




6+ W 


MOV BX.OFFSET(TABLE) 


, INIT TRANSLATION 
PTR 4 


4+ W 
6+ W 


MOV SI.OFFSET(EBCBUF) 


, INIT EBCDIC BUFR 


(SS) Total clocks- 26 + 7W 


+ 10[(19 


+ 4W) + (3 + W)] + 45(91 






PTR 4 


+ 18W) = 


= 4341 + 867W 




MOV DI.OFFSET(ASCBUF) 


.INIT ASCII BUFR 


(LS) Total clocks: 28 + 8W + 10[(19 


+ 4W) + (3 + W)] + 45(91 






PTR 4 


+ 18W) = 


= 4343 + 868W 




MOV CX.COUNT 




, INIT COUNT 

14+ W 


68000 






# of Clock Cycles 


CLD 




,DF=FORWARD 2 


BSORT MOVEAL 


A1 .400 




.Start Address ->A1 


JCXZ FINISH 




,JUMPIFCOUNT=0 








12 + 3W 






6/18+ W 


MOVEW 


D3.404 




.Count ->D3 


NEXT LODS EBCBUF 




;GET EBCDIC 








12 + 3W 






CHAR 12+ W 


SUBQ 


D3,#1 




4+ W 


XLAT TABLE 




.TRANSLATE TO 
ASCII 1 1 + W 


CLR.B 


D1 




.Exchange Flag = 
4+ W 


STOS ASCBUF 




.STORE IN ASCII 
BUFR 11 + W 


10 | INIT MOVEAL 


A0.A1 




;Copy Start Address 
mtoAO 4+ W 


CMP AL.EOT 




;CHAR=EOT? 
4 


I MOVEW 


D0.D3 




-.Copy Count into DO 
4+ W 


LOOPNE NEXT 




;LOOPIFNEOR 


* COMP- MOVEW 


D2,(A0)+ 


.Fetch word 8 + 2W 






CX<>05/19+ W 


CMP 


(A0).D2 




;Next word greater? 


FINISH 












8 + 2W 


Total Number of clock cycles. 7,400 4- 800W 


BLS.S 


DECCNT 


;Yes. Continue 

8/10+ W 


C. Bubble Sort 






MOVEW 


(A0)(-2),(A0) 


;No. Exchange these 


Z8002 




# of Clock Cycles 


17 + 4W 








MOVEW 


(A0),D2 




,two words 9 + 2W 


BSORT LD R4,ADR 


,Load Starting Address 


TAS 


D1 




.Exchange Flag =1 






9 + 3W 








4 + 3W 


LDR5.COUNT 


;Load Word Count 9 + 3W 


* DECCNT- DB E 


D0.COMP 


;Done? 


DECR5 


;Set Number of Compares 






10 + 2W/14 + 3W 






4+ W 


10 ( NOT.B 


D1 




;No. Test Exchange 




INIT RESBRL6.0 


;Clear Exchange Flag 4 + W 








Flag 4+ W 


10 • 


LDLRR2.RR4 


.Copies of Adr and Count 


I BPLS 


INIT 




; 8/10+ W 








5+ W 








10 


* 


. COMP LDLRR0.R2T 


.Fetch 2 words in R0.R1 


Total clocks- 32 + 8W + 1 (22 + 4W) - 2 + m 1 1 


CPR0.R1 
JRLEDECCNT 


11 +2W 
;Out of Order? 4+ W 
,No-Continue 6+ W 


[(10-m)(68+15W)+(m-1)(40 
5070 + 1072W 


+8W)-10(4 + W)] = 


EXR0.R1 


, Yes-Swap them 6+ W 


iAPX 86/10 






# of Clock Cycles 


LDLR2T.RR0 


.Store Back 1 1 + 2W 


MOV BL.0FFH 




EXCHANGE=TRUE 


SETB RL6,0 




4+ W 








4 


DECCNT INCR2.2 


; Point to Next Pair 4+ W 










DEC R3 


.Decr, Word Count 4+ W 


A1 CMPBL.0FFH 




EXCHANGE=TRUE^ 


JRGTCOMP 


;Done? 


6+ W 








4 


| BITB RL6,0 
10 I JRNZINIT 


.Exchange Flag = 1? 4 + W 


JNEA4 




NO, FINISHED 4/16+ W 


,Yes-Start Next Pass 6 + W 


X0RBL.BL 




EXCHANGE=FALSE 




, No-Done 








3 


Total clocks 22 + 7W + 1 (1 9 + 4W) + 


IU 


MOVCX.COUNT 




CX= 


QOUNT-1 


[(10-m)(56+11W)+ 


m=i 








14+ W 


(M-1)(35+7W)] = 212 + 47W + 45 (91 + 


18W) = 4307 + 857 W 


DECCX 






2 


Z8001 




# of Clock Cycles 

LS SS 


X0RSI.SI 




Sl=0 


3 


BSORT LDLRR12.ADR 




15 + 4W/13 + 3W 


A2: MOVAX.ARRAY(SI) 


ARRAY(I)> 17+ W 


LDR5, COUNT 




9 + 3W 


CMPAX,ARRAY(SI+2) 


ARRAY0 + 1)? 18+ W 


DECR5 




4+ W 


JLEA3 




NO 


4/16+ W 


(INIT RESBRL6,0 




4+ W 


XCHG ARRAY(SHZ),AX 


EXCHANGE ELEMENTS 


10 | LDLRR2.RR12T 




5+ W 








6+ W 


[ LDR4.R5 




3+ W 


ARRAY(SI).AX 






18+ W 
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iAPX 86/10 (Continued) 


# of Clock Cycles 


68000 (Continued) 


# of Clock Cycles 


MOV BL.OFFH 


; EXCHANGE=TRUE 




MOVEW D4,X0 


JNITXO 12 + 3W 




4 




MOVEW D5.Y0 
MOVEW D6,L2 


JNITY0 12 + 3W 
JNITL2 12 + 3W 


A3- INC SI 


,SI=SI+2 2 




MOVEW D7.L1 


JNITL1 12 + 3W 


INC SI 


2 


XYSCAL: 


MOVEW D1 (A3) 


,GETX 8 + 2W 


LOOPA2 


;DECCX&LOOPIF<>0 




SUBWD1.D4 


,X-X0 4+ W 




5/17+ W 




MULUD1.D6 


;(X-X0)*L2 70+ W 


JMPA1 


15+ W 




DIVUD1.D7 


;(X-X0)*L2/L1 140+ W 


A4- 






MOVEW (A3)+,D1 


.STORE & INC POINTER 


Total number of clock cycles. 9,1 20 + 950W 






8 + 2W 








MOVEW D1, (A3) 


;GETY 8 + 2W 


D. Computer Graphics XY Transformation 




SUBWD1.D5 


,Y-Y0 4+ W 


Z8002 


# of Clock Cycles 




MULUD1.D6 


,(Y-Y0)*L2 70+ W 




Cycles 

;INIT COUNT 9 + 3W 




DIVUD1.D7 


,(Y-Y0)*L2/L1 • 140+ W 


LDR2.COUNT 




MOVEW (A3)+,D1 


;STORE& INC POINTER 
8 + 2W 
14 + 3W/10 + 2W 


LD R3.TARRAY 


;INIT ARRAY POINTER 

7 + 2W 




DB p D2,XYSCAL 


LD R4.X0 


•JNITXO 9 + 3W 


Total clocks: 64 + 16W + 16386 (474 


+ 17W) = 7,766,016 


LD R5.Y0 


;INITY0 9 + 3W 


+ 278.544W 






LDR6,L2 


;INITL2 9 + 3W 








LD R7.L1 


;INITL1 9 + 3W 


iAPX 86/10 




# of Clock Cycles 


XYSCAL LDR1.R3T 


,GETX ELEMENT 7 + 2W 




MOVCX,COUNT 


JNIT COUNT 


SUBR1.R4 


;X-X0 4+ W 






14+ W 


MULTRR0.R6 


;(X-X0)*L2 70+ W 




MOV SI.OFFSET(ARRAY) JNIT ARRAY 


DIVRR0,R7 


;(X-X0)*L2/L1 95 + W 






POINTER 4 


LDR3T.R1 


;STORE ELEMENT 8 + 2W 




MOVDI.SI 


JNIT ARRAY 


INCR3,2 


, INC POINTER 4+ W 






POINTER 2 


LD R1 , R3T 


,GETY ELEMENT 7 + 2W 




CLD 


;DF=FORWARD 


SUBR1.R5 


;Y-Y0 4+ W 






2 


MULTRR0.R6 


;(Y-Y0)*L2 70 + W 


XYSCAL 


LODS ARRAY 


;GETX ELEMENT 


DIVRR0,R7 


,(Y-Y0)*L2/L1 95+ W 






12+ W 


LD R3T.R1 


;STORE ELEMENT 8 + 2W 




SUBAX.X0 


,X-X0 15+ W 


INCR3.2 


, INC POINTER 4+ W 




MULL2 


;(X-X0)*L2 


DJNZR2.XYSCAL 


;DECR2&LOOPIF 






130+ W 




,R2<>0 1 1 + W 




DIVL1 


;(X-X0)*L2/L1 

161 + W 


Total clock cycles = 52 + 17W + 16384 (387+1 7W) 




STOS ARRAY 


;STORE ELEMENT 

11 + W 
,GETY ELEMENT 


= 6,340,660 + 278.545W 




LODS ARRAY 


Z8001 


# of Clock Cycle 






12+ Y 




Cycles 




SUBAX.Y0 


;Y-Y0 15+ W 


LDR2, COUNT 


;INIT COUNT 9 + 3W 




MULL2 


;(Y-Y0)*L2 


LDR3.X0 


JNITXO 10 + 3W 






130+ W 


LDR4.Y0 


JNTY0 10 + 3W 




DIVL1 


,(Y-Y0)*L2/L1 


LDR5,L2 


JNITL2 10 + 3W 






161 + W 


LDR6.L1 


JNITL1 10 + 3W 




STOS ARRAY 


.STORE ELEMENT 


LDL RR8.TARRAY JNIT ARRAY POINTER 






11 + W 




11 +2W 




LOOP XYSCAL 


,DECCX&LOOPIF 
5/17+ W 


XYSCAL: LDR1.RR8T 


•GET X ELEMENT 7 + 2W 






,CX<>0 


SUBR1.R3 


;X-0 4+ W 


Total number of clock cycles 


= 11,200,000 + 320.000W 


MULTRR0,R5 

DIVRR0.R6 

LDRR8T.R1 


;(X-X0)*L2 70+ W 
,(X-X0)*L2/L1 95+ W 
.STORE ELEMENT 8 + 2W 


E. Reentrant Procedure 




Z8002 




# of Clock Cycles 


INCR9.2 


;INC POINTER 4+ W 




PUSHR15T.R8 


,R8=PARAM1 

9+ 2W 


LDR1.RR8T 


•GET Y ELEMENT 7 + 2W 




PUSHR15T.PARAM2 


.PUSH PARAM2 


SUBR1.R4 


;Y-Y0 4+ W 






13+ 4W 


MULTRR0.R5 


;(Y-Y0)*L2/L1 70 + W 




PUSHR15T.PARAM3 


;PUSH PARAM3 


LDRR8T.R1 


.STORE ELEMENT 8 + 2W 






13+ 4W 


INCR9.2 


JNC POINTER 4+ W 




CALR PROC1 


10+ W 


DJNZ R2.XYSCAL , 1 1 + W 




INCR15.6 


;RemovePARAM1- 


Total clocks- 60 + 1 7\N + 1 6384(387 + 1 7W) = 6,340,668 






3 from the Stack 


+ 278.545W 








4+ W 


68000 


# of Clock Cycles 


PROC1 


PUSHR15T.R14 
LDR14.R15 


;SaveR14 9 + 2W 
JnitializeR14 3+ W 


MOVEW D2.COUNT JNIT COUNT 12 + 3W 




SUBR15.6+16 


; Set up Local 


MOVEWA3#ARRAY ;INIT ARRAY POINTER 






Storage 7 + 2W 




8 + 2W 
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Z8002 (Continued) 


# of Clock Cycles 


68000 (Continued) 


# of Clock Cycles 


LDMR15T,R0,8 


;Save Registers RO-7 


BSRSUB 


20+ 4W 




25 + 10W 


ADDQSR#6 


;RemovePARAM1-3 


.PROCEDURE BODY 






from the Stack 


LDR0,8(R14) 


,GetPARAM1 




4+ W 




10+ 3W 


SUB LINKA6,#6 


;A6=Framepointer 


ADDR0,6(R14) 


,ADD PARAM2 




18+ 4W 




10+ 3W 


MOVEMW OFFO.-(SP) .Save A3-0.D7-4 on 


ADDR0,4(R14) 


.ADDPARAM3 




Stack 48 + 10W 




10+ 3W 


.PROCEDURE BODY 




LD-2(R14),R0 


.Store in LOCAL1 


MOVEW D0,A6(+10) .Get PARAM1 




12+ 3W 




12+ 3W 


PROCEDURE RETURN 




ADDWD0,A6(+8) 


;Add PARAM2 


LDMR0,8,R15T 


.Restore General 




12+ 3W 




Registers 35 + 10W 


ADDWD0,A6(+6 


;Add PARAM3 


ADDR15.6+16 


;RestoreSP to Point 




12+ 3W 




toR14 7+ 2W 


MOVEW A6(-2),DC 


.Store in LOCAL1 


POPR14.R15T 


;RestoreR14 18+ 2W 




9+ 3W 


RET 




.PROCEDURE RETURN 




Total clocks' 205 + 55W 




MOVEMW (SP)+,OFFO ;Restore A3-0.D7-4 








44 + 11W 


Z8001 


# of Clock Cycles 


UNLKA6 


.Restore A6 12+ 3W 


PUSHRR14T.R8 


,R8=PARAM1 


RTS 


16+ 4W 




9+ 2W 


Total clocks 250 + 58W 




PUSHRR14T, PARAM2 


.Push PARAM2 

14 + 4W/16+ 5W 


iAPX 86/10 


# of Clock Cycles 


PUSHRR14T, PARAM3 


.Push PARAM3 


PUSH AX 


.PUSHPARAM1 10 + W 




14 + 4W/16+ 5W 


PUSH PARAM2 


22 + W 


CALR PROC1 




PUSH PARAM3 


22 + W 




15+ 3W 


CALL PROC1 


19 + W 


INCR15.6 


.Remove PARAM1 -3 


, 






from stack 4 + W 


.PROCEDURE ENTRY 




PROC1 PUSHLRR14T,RR12 


,SaveRR12 12+ 3W 






LDLRR12.RR14 


.Initialize RR1 2 5+ W 


PROC1 PUSH BP 


;SAVEBP 10 + W 


SUBR15.6 + 16 


.Setup Local Storage 


MOV BRSP 


.INITIALIZE BP 2 




7+ 2W 


SUBSR6 


.SETUP LOCAL STORAGE 


LDMRR14T,R0,8 


,SaveR0-7 35 + 10W 




4 


.PROCEDURE BODY 




PUSH AX 


.SAVE GENERAL 10 + W 


LDR0,12(RR12) 


,GetPARAM1 


PUSH BX 


.REGISTERS 10 + W 




14+ 3W 


PUSH CX 


10 + W 


LDR1,10(RR12) 


.Add PARAM2 


PUSH DX 


10 + W 




14+ 3W 


PUSH SI 


10 + W 


ADDR0.R1 


4+ W 


PUSHDI 


10 + W 


LDR1,8(RR12) 


.Add PARAM3 








14+ 3W 


', PROCEDURE BODY 




ADDR0.R1 


4+ W 






LD-2(RR12),R0 


.Store in LOCAL1 


MOVAX,(BP+8) 


.GETPARAM1 17 + W 




14+ 3W 


ADDAX,(BP+6) 


;ADDPARAM2 18 + W 


.PROCEDURE RETURN 




ADCAX,(BP+4) 


.ADDPARAM3 18 + W 


LDMR0.8.RR14T 


; Restore RO-7 

35 + 10W 


MOV(BP-2),AX 


.STORE IN LOCAL1 18 + W 


ADDR15.6 + 16 


.Restore SP to Point to 
RR12 7+ 2W 


•PROCEDURE RETURN 




POPLRR12.RR14T 


.Restore RR1 2 


POPDI 


.RESTORE GENERAL 8 + W 




12+ 3W 


POP SI 


.REGISTERS 8 + W 


RET 


10+ W 


POPDX 


8 + W 


Total clocks (Short segmentation)- 243 + 60W 


POPCX 


8 + W 


Total clocks (Long segmentation) 247 + 62W 


POPBX 


8 + W 






POP AX 


8 + W 


68000 


# of Clock Cycles 


MOVSRBP 
POPBP 


.RESTORE SP 2 


MOVEW-(SP),D0 


,DO=PARAM1 


;RESTOREBP 8 + W 




9+ 2W 


RET 6 


20 + W 


MOVEW -(SP),PARAM2 


> .Push PARAM2 


Total number of clock cycles = 310 + 35W 




17+ 3W 






MOVEW-(SP),PARAMC 


* .Push PARAM3 

17+ 3W 







4-19 




SPECIAL REPORT ON FUTURE DIRECTION IN SYSTEMS DESIGN 



MICROPROCESSORS/MICROCOMPUTERS 



OPERATING SYSTEM 

SUPPORT- 

THE Z8000 WAY 

All processor architectures are not created equal when it 
comes to providing designers with the tools they need for 
effective system resource management 



by Richard Mateosian 



Operating systems are responsible for allocation, 
deallocation, and protection of processing and 
storage elements, external interfaces, programs, 
and program status. They manage communication and 
sharing, and define, facilitate, and enforce protocols, 
conventions, and policy. Several kinds of architectural 
support facilitate the operating system's task in a wide 
range of applications: restriction of central processing 
unit and memory use, memory mapping, sharing of pro- 
grams and data, program relocation, stacks, context 
switching, input/output system and interrupts, 
distributed control, and support for conventions. 

Operating system support is an important feature of 
Z8000* architecture. Special consideration was given to 
that function during design of the Z8000 central process- 
ing unit (CPU), the z-bus* component interconnect, and 
their support chips. In this discussion, "operating 
system" will comprise the portion of the computer 
application— both hardware and software— that is 
devoted to managing hardware and software resources. 



Richard Mateosian, Z8000 specialist at Zilog, Inc, 1315 
Dell Ave, Campbell, CA 95008, is the author of 
Programming the Z8000 (Sybex 1980) and Inside basic 
Games (Sybex 1981). Formerly employed in the 
development of minicomputer based turnkey systems, 
he has a BS in mathematics from Rensselaer 
Polytechnic Institute and a PhD from the University 
of California at Berkeley. 
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Fig 1 Hardware block diagram of arcade game system. 
Essential elements include CPU, memory, input and display 
devices, and clock circuits. 

To show how the Z8000 provides operating system 
support, an application of the hardware and software 
similar to that used in a popular arcade game will be 
described. Fig 1 shows the game's hardware configura- 
tion; the system elements are pieces of hardware 
including CPU, memory, realtime clock, input and 
display units, and integrated circuits for interface to the 
CPU. Arrows represent electrical connections through 
which data and control signals are passed among the 
elements. Configuration of the hardware elements 
alone, however, provides little insight into the game's 
operation. 

In the game's software architecture (Fig 2), system 
elements are pieces of software "in action" on the data 
defining the state of play at any time. Connecting 



*Z8000 and z-bus are registered trademarks of Zilog, Inc 



Reprinted with permission of Computer Design, May 1982 
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fig 2 Software block diagram of arcade game application. Essential elements are 
processes, or tasks, that provide for graphics generation, horizontal and vertical 
synchronization, and realtime scorekeeping. 



arrows represent the paths and directions of inter- 
process communications (messages). The software con- 
figuration gives a good idea of how the game works. 
Fig 3 lists system elements supporting the hardware and 
software function outlined in Fig 1 and Fig 2. These 
software components allow manipulation of hardware 
and applications software, and represent system services 
that all operating systems must supply. 



















PROCESS MANAGER 

• CREATE/DESTROY 

• SUSPEND/RESUME 

• LOCK/UNLOCK 

• SCHEDULE 




EVENT QUEUE/ 
SEMAPHORE MANAGER 

• CREATE/DESTROY 

• QUEUE/DEQUEUE 

• WAIT/TEST/SIGNAL 




MEMORY ALLOCATOR 
. ALLOCATE/RELEASE 




















CLOCK MANAGER 
. SET/READ CLOCK 

• INTERVAL/FIXED' 

• TIME ALARMS 

• HARDWARE INTERFACE 




MESSAGE EXCHANGE 
MAILBOX MANAGER 
* CREATE/DESTROY 




MESSAGE HANDLER 
. CREATE/DESTROY 
. SEND/RECEIVE 
• PREPARE/READ 
. REPLY 




















INTERRUPT/TRAP 
HANDLER 
• CONTEXT SWITCH 
. DISPATCH 




UTILITY ROUTINES 
CALLING 
CONVENTIONS 




MEMORY MANAGEMENT 

• MAPPING 

• ACCESS RESTRICTION 

• RELOCATION 

• SHARING 

• VIRTUAL MEMORY 



















Fig 3 Underlying operating system elements required by 
arcade game application. All elements support software 
functions. Hardware support is provided by interrupt/trap 
handler, clock manager, and utility elements. 



Restriction of CPU access 

The operating system must allocate 
the CPU to a process while protec- 
ting itself and other processes. In 
other words, the operating system 
must be able to turn the CPU over to 
a process that will not perform 
potentially destructive actions. To 
this end, the Z8000 incorporates a 
system/normal (s/N) bit in its flag/ 
control word (fcw) register, which 
corresponds to the program status 
word (psw) in other machines. (See 
Fig 4.) The S/N bit determines 
whether the CPU executes in system 
or normal mode. In normal mode, 
the portion of the fcw containing 
s/N is inaccessible; the only way to 
enter system mode is through execu- 
tion of a system call (sc) instruction. 
The refresh and program status 
area pointer (psap) control registers 
and the system mode stack register 
are all inaccessible from normal 
mode. The normal mode stack 
register is accessible from system 
mode under the alias normal stack 
pointer (nsp), so that normal mode 
programs can pass arguments to 
system mode programs on the nor- 
mal mode stack. When the s/N bit is 
in the normal state, privileged instructions— ie, I/O, 
interrupt return, nonmemory synchronization, control 
register manipulation, and halt— cannot be executed; 
operating system tasks are executed in the system mode. 
Another protective feature is associated with the 
s/N bit. There are two copies of the implied stack 
register, one for interrupt and one for subroutine 
returns. One is used when the CPU is executing in system 
mode, the other when it is in normal mode. Programs 
executing in normal mode have no access to the system 
mode stack register. 

Passing between system and normal modes requires a 
change to the fcw, which is accomplished through a 
privileged instruction or automatically in response to an 
interrupt or trap. Privileged instructions are load from 
control register (ldctl), interrupt return (iret), and 
load program status (ldps). A system call trap, which is 
a 1-word instruction with eight programmable bits, 
allows a normal mode program to call one of 256 system 
mode programs. 

The arcade game illustrates how system and normal 
modes can be used. All of the application software pro- 
cesses seen in Fig 2 can run in normal mode, while the 
operating system elements in Fig 3 can run in system 
mode. Calls to the operating system elements from the 
applications software processes are made using the 256 
system calls. For example, the defender guns process 
can execute the instruction sc #createprocess in order to 
fire a rocket. The constant, createprocess, is a number 
from to 255 encoding one of the system functions — 
namely, the one that creates processes. Programs and 
data that constitute the initial state of the new process 
can be passed to the process creation program in 
registers or on a stack. 
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Fig 4 Z8000 system/normal operation. s/N bit of 
flag/control word determines execution mode, system or 
normal, of CPU. 

Memory management 

Existence of a user mode and privileged instructions 
does not solve the entire protection problem; the other 
half of the solution involves restriction of memory use. 
Most CPU designs call for a comprehensive memory 
management facility to unify the approach to restriction 
of memory use, memory mapping, program relocation, 
sharing of programs and data, and stack use. 

The Z8000 uses an external memory management unit 
(mmu) that is integrated with a segmented addressing 
scheme in the CPU. The mmu translates addresses, 
checks attributes, and interrupts the CPU if an invalid 
access occurs. Sets of attributes are checked against ac- 
cess rights implicitly or explicitly associated with each 
process. Then, for example, if a program in user mode 
attempts to access a memory address whose attributes 
do not match the program's access rights, the CPU will 
trap to a system routine designed to deal with such in- 
valid accesses. CPU addressing scheme and the mmu 
determine which sets of attributes can be associated with 
portions of the memory address range. Typically, at- 
tributes are associated with a segment in a machine that 
uses 2-dimensional, or segmented, addressing. In a 
machine with linear addressing, attributes are usually 
associated with fixed size blocks of addresses called 
pages. 

The arcade game probably does not need memory 
mapping or virtual memory, since the total memory 
space of such an application is small. Access restriction, 
relocation, and sharing of programs and data can be 
useful in any application, however. On the other hand, 
UNIX and UNIX-like operating systems, in which there 
are many small processes, are well suited to the zsooo's 
segmented addressing and memory management. 

Use of stacks 

Stacks are important tools for meeting the operating 
system's responsibilities. A stack is a last in, first out 
memory associated with two operations: pushing (adding 



an item) and popping (removing an item). Stacks are 
explicitly or implicitly used by the operating system to 
allocate memory in a flexible way, which, in connection 
with based addressing, allows programs needing non- 
register storage to be reentrant and position indepen- 
dent. A special case of this is storage of return addresses 
for subroutine calls and machine state for interrupt pro- 
cessing. In the arcade game, the use of stacks to allow 
reentry of programs plays an important role. Rocket 
processes, for example, can all share a common process- 
ing routine while each uses a different set of data. 

Z8000 architecture calls for the placement of stacks as 
arrays in memory with an address register marking the 
top of the stack and providing, through based address- 
ing, access to items at locations relative to the top of the 
stack. The stack register is a dedicated (special purpose) 
register in some architectures. In the Z8000, any of the 
registers Ri to R15 can be used as a stack register, 
although the architecture determines which stack 
register is to be used for saving returns from a 
subroutine or the machine state on interrupts. 

The implementation of stacks as arrays in memory 
and the use of general purpose address registers for 
stack registers make provision for overflow and 
underflow protection difficult. The Z8000 provides stack 
limit protection through use of the attribute specifica- 
tion associated with memory protection. Other architec- 
tural features are desirable for the support of stacks, 
including the ability to designate one or more stacks for 
program use, single- and multiple-argument push and 
pop instructions, and automatic warning (traps) of 
impending stack overflow or underflow. 

Context switching 

One difficulty that arises when several processes run 
concurrently is the overhead associated with context 
switching. The context of a process is that portion of its 
state which occupies shared resources. For example, 
since all processes must share the program counter (PC), 
each process's PC value is part of its context. The Z8000 
has a single set of general purpose registers, control 
registers, CPU status registers, and so forth. Thus, when 
the same processing element (CPU) is allocated to more 
than one process, the process contexts must include the 
contents of any register that is used. Context switching 
saves the context of one process and recalls the stored 
context of another process. 

Automatic context switching is provided for inter- 
rupts and traps. When an interrupt occurs, the current 
CPU status (fcw and PC) is saved on the system mode 
stack, along with a "reason" read from the address data 
lines ad 15 to ado during the interrupt acknowledge 
cycle. Then new values for the fcw and PC are taken 
from the program status area (PSA). The iret instruc- 
tion restores PC and fcw to the preinterrupt state and 
discards the reason, leaving the stack as it was before 
the interrupt. Architectural features that expedite con- 
text switching include automatic saving of CPU state on 
interrupts, single-instruction block register saving and 
restoring, and access to all necessary control registers. 

The Z8000 interrupt and trap handling facility pro- 
vides an automatic, rapid context switch from the exe- 
cuting program to the interrupt processing routine using 
interrupt vectors stored in a memory table (the psa). 
The fcw, pc values, and a reason are saved on the 
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system mode stack, and new fcw and PC values are set 
from the psa entry (vector) corresponding to the inter- 
rupt type. The iret instruction restores the CPU to the 
preinterrupt state, while at the same time removing the 
saved information from the stack. 

Context switching involving general purpose registers 
is facilitated in the architecture by block register saving 
and restoring instructions. These can be used to 
simulate pushing or popping a block of registers to or 
from any stack. For example, the eight registers Roto R7 
can be saved on the stack controlled by register RRi4by 
executing 

dec Ri5,#i6 !Make room on stack! 

ldm @rri4,ro,#8 !Save the registers! 

These two instructions require 39 clock cycles of exe- 
cution time, or less than 4 ps at 10 MHz. 

Stacks are an important tool for 
meeting the operating system 's 
responsibilities. 

In some cases, the values of control registers are 
essential to the context of a process; the normal mode 
stack register and the flags register, which contains the 
bits that define condition codes such as "less than or 
equal to," are obvious examples. A load control register 
instruction allows the transfer of any of these registers 
to or from a general purpose register, permitting them 
to be saved and restored. 

I/O system and interrupts 

Operating system responsibilities in the I/O system and 
interrupts vary greatly with the type of application. Ar- 
chitecture of a general purpose CPU must provide the 
flexibility necessary to accommodate the I/O re- 
quirements of a wide range of applications. 

One of the operating system's most difficult tasks is 
control of access to I/O resources. Unlike memory, 
which can be divided into large, relatively homogeneous 
blocks, the elements of the I/O space require special pur- 
pose management, protection, and access techniques. In 
addition, device timing requirements and externally set 
policies for conflict resolution make hardware support 
of I/O mechanisms mandatory. 

Architectural features that support the I/O system and 
interrupts are a vectored interrupt scheme; specification 
under program control of the CPU state to be established 
for each type of interrupt; and a rapid, automatic con- 
text switching mechanism in response to interrupts. 
Also desirable are a means of defining conflict resolu- 
tion policies and interruptibility of interrupt processing; 
a coherently designed family of components, com- 
patible interconnection bus, and established set of bus 
protocols to allow future family growth; block I/O 
instructions and direct memory access; and restricted 
access to I/O facilities. 

A vectored interrupt scheme allows the CPU state to 
be switched immediately to an appropriate processing 
routine without the need for software to ascertain the 
interrupt type and call the appropriate routine. This is 
done on the basis of either the port of connection or the 
contents of a vector supplied by the interrupting device. 



The PSA block of memory stores interrupt vectors (ie, 
the new CPU status) for each type of interrupt and trap. 
In addition to separate lines for nonvectored and vec- 
tored interrupts, as well as a nonmaskable interrupt for 
situations that cannot wait, there is a table of PC values 
to be indexed by an 8-bit vector placed on the ad bus by 
the interrupting device. The block of memory used for 
the psa is not fixed, as it is in some CPUs; it can be 
anywhere in memory, and a pointer to it (the psap 
register) can be set using the privileged ldctl instruc- 
tion. 

Conflict resolution is achieved through a simple 
scheme. The three levels of interrupt— nonmaskable, 
nonvectored, and veciored — are assigned three ieveis of 
priority by the CPU. Using the privileged disable/enable 
interrupt (di/ei) instruction, the vectored and nonvec- 
tored interrupt lines can be masked so that interrupts 
wait until the unmasking of the associated line. When 
interrupts arrive simultaneously on more than one line, 
priority determines which will be processed first. The 
processing routine for one interrupt type can be inter- 
rupted by the routine for another if the corresponding 
line has not been masked. Whether other lines are to be 
masked or not can be determined automatically by 
specifying the appropriate mask bit in the fcw portion 
of the psa entry. Otherwise, the determination can be 
made by the program, which can bracket interrupt sen- 
sitive code between Di and El instructions. 

A priority scheme is daisy chained through devices at- 
tached to the CPU on the same interrupt line. In this way 
devices closer to the CPU can interrupt the processing of 
more remote device interrupts unless the given line is 
masked during all or part of the processing. This 
approach allows any priority resolution scheme to be 
implemented externally. 

Block I/O instructions and direct memory access are 
important and straightforward performance improve- 
ment features. Block I/O instructions require careful 
implementation; they must use general purpose registers 
continuously to save their current state so that they can 
be interrupted. Direct memory access functions require 
the development of bus control protocols and a means 
of protecting partially loaded or saved memory blocks 
from access by concurrently executing programs. A key 
aspect of the Z8000 I/O system is the protection privileged 
instructions provide, allowing an operating system to 
manage the I/O interfaces without interference from 
normal mode programs. 

Distributed control 

When processes to which separate processing units may 
have been allocated share a common memory, guarded 
commands and semaphores are used. Basic architectural 
support for these techniques is atomic test and set 
(tset), a CPU instruction that tests a memory location 
for the value "available" and simultaneously sets the 
value to "not available." "Atomic" refers to the fact 
that there can be no other access to the given memory 
location between the test and set portions of the instruc- 
tion. This prevents two concurrently running processes 
from finding the location set to "available" 
simultaneously. 

Architecture provides synchronizing procedures, both 
for processes that share memory and for those that do 
not. In the case of shared memory, the tset instruction 
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provides the basis for synchronization. In the case of 
nonmemory synchronization, the Z-BUS specification 
includes a set of lines and a protocol for resolving 
simultaneous requests for shared resources while the 
CPU provides instructions to support the bus connection 
and protocol. 

Support for conventions 

In the design of a CPU, consideration must be given to 
whether architecture should support all conventions 
equally or encourage specific conventions through 
special features. For instance, should a CPU be designed 
with general support for high level languages, or should 
it be designed to optimize Pascal at the expense of 
FORTRAN programming efficiency? Should it provide 
special features that make a subroutine argument pass- 
ing convention using the stack especially efficient at the 
expense of the efficiency of other argument passing con- 
ventions? Z8000 design supports many conventions, 
including a segmented addressing scheme, message pass- 
ing for interprocess communication, component and 
backplane bus protocols, and interrupt protocols for all 
components. 

A message is a set of characters (or words) emitted'by 
one process and received, asynchronously, by another. 
The processes do not need to know whether they have 
been allocated the same or different processing 
elements. Message passing support includes block I/O 
instructions in the Z8000 CPU; asynchronous inter- 
processor connection in the z-fio (first in, first out) buf- 
fer chip; acceptance of commands from and delivery of 
messages to the master CPU in designated message 



registers by the universal peripheral controller (z-UPC); 
and allowance for high speed direct access to memory 
from external devices (eg, a z-fio chip) through the 
direct memory access chip. 

Summary 

Several kinds of architectural support are available to 
system designers for meeting the requirements of the 
modern operating system. Restriction of access to CPU 
facilities, restriction of memory use, memory mapping, 
sharing of programs and data, program relocation, 
stacks, context switching, an 1/0 system and interrupts, 
and distributed control and support for conventions are 
all tools that can expedite effective system resource 
management. 
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The performance of two addressing mechanisms 

on three different microprocessors is examined. One of the 

mechanisms — and one of the micros — provided superior performance. 

A Performance 
Comparison of Three 
Contemporary 16-bit 

Microprocessors 



Martin De Prycker* 
University of Ghent 



The choice of a new computer system is influenced 
by considerations of various importance: compatibility 
with the former system, software availability, cost, 
maintenance, and system performance. 1 To a great ex- 
tent, the system's performance depends on the central 
processor's architecture. To study the performance of a 
particular architecture, two methods are frequently us- 
ed. One is that which was used in the CFA project, 2 " 4 in 
which three architectural parameters were defined and 
compared for a set of machine language routines. The 
other method consists of measuring the execution times 
of assembly language benchmarks on different pro- 
cessors, as was done at Carnegie-Mellon 5 and by Nelson 
and Nagle. 6 Other contributions to architecture evalua- 
tion have been made by Shustek, 7 who compared in- 
struction execution times, and by Lunde, 8 who 
evaluated an ISP description of the processors. How- 
ever, in order to obtain performance figures with any of 
these methods, the actual processor, or a simulator, has 
to be available. 

The above-mentioned methods involve comparisons 
of performance made at a low level; here, I compared 
the performances of processors executing high-level- 
language programs. In block-structured high-level 
languages, a major part of execution time is spent on 
procedure and block entry/exit. (This has been noted by 
Batson, Brundage, and Kearns, 9 Tanenbaum, 10 and 
Blake. 11 ) When we also include the execution time of 
variable addressing, it is clear that a large amount of the 

*No\v with Bell Telephone Manufacturing Company, Antwerp, Belgium 



execution time of block-structured high-level-language 
programs is spent on procedure and block entry/exit 
and variable addressing. The overall system perfor- 
mance is thus strongly influenced by the implementation 
of the addressing mechanism. Therefore, several var- 
iable addressing mechanisms have been proposed, e.g., 
the display mechanism introduced by Dijkstra 12 and the 
addressing mechanism presented by Tanenbaum. 10 

In a recent paper, 13 I analyzed a method for describ- 
ing variable addressing implementation performance, 
one that employs three independent parameter sets: a set 
of program statistics determined by high-level-language 
benchmarks, a set of architectural parameters based on 
the processor architecture and the variable addressing 
mechanism, and a set of technology-dependent param- 
eters. The usefulness of this model lies in the in- 
dependence of the three sets, and in the fact that the 
processor is available in neither physical nor virtual (i.e., 
simulated) form. Hence, a complete performance anal- 
ysis can be done analytically. In addition, in order to 
evaluate the program statistics, the high-level-language 
benchmarks can be run on any computer system. 

Using this analytical model, I compared the address- 
ing mechanisms implemented on a number of pro- 
cessors. I chose three comparable 16-bit micros — the In- 
tel i8086, 14 the Zilog Z8000, 15 and the Motorola 
MC68000J6 

In the next section I will explain the performance 
model, as adapted to processors with an instruction 
prefetch pipeline. 17 I describe a set of Algol and Pascal 
benchmarks in the third section of this article and 
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Addressing mechanisms that implement 
the block structure in high-level languages 

In block-structured high-level languages, program 
statements can be recursively grouped into com- 
posite statements by means of two block delimiters 
(begin-end and procedure-return). The recursive pro- 
gram structure so generated can be represented by a 
program tree (Figure 1). Each composite statement or 
block can thus be given a number, its static lexical 
level, which is the depth at which the block definition 



Hence, the lexical level of a block is always deter- 
mined by the level of the (static) surrounding block: A 
begin generates a lexical level which is one level 
higher than the surrounding block; a corresponding 
end returns the level of the block to the surrounding 
level. A procedure call generates a lexical level which 
is one higher than the level at which the procedure is 
declared; a return puts the level back to the calling 
level. 

Variables may be accessed only when they are 
declared within the same block or in static surround- 
ing blocks, that is, when they reside at a lexical 
parent level. With respect to the program tree, this 
means that we can access all variables declared in 
path nodes from the root to the actual active node. 
This also means that scope rules are fully determined 
by the static program structure known at compile 
time. Within a block, each variable gets a sequence 
number, and a lexical address is formed by the pair 
(lexical level, sequence number). When a block ends 
(by an end or return), all variables within that block 
are no longer visible. 

For the implementation of the scope rules of a 
block-structured language, one needs two stacks: a 
stack with static information (known at compile time), 
and a stack with dynamic information (known only at 
run time). Generally, one combines these stacks with 
the evaluation/allocation stack on which the defined 
variables and the temporary results are stored. The 
three stacks are merged into one stack via a linked- 
list technique. The stack of static and dynamic en- 
vironments is implemented through marker words 
that are linked. Among other information, each 
marker contains two pointers: a static link, pointing 
to its parent static environment, and a dynamic link, 
pointing to the previous dynamic environment. The 
top-most stack marker serves as the base address of 



begin 
real a b 

begin 
real c d 

begin 
real e f 



end 



a(0 1) 
b(0 2) 



C(1 .1) 

d(1 2) 




2 


e(2 1) 
f(2 2) 











the allocation/evaluation stack of the current environ- 
ment For the sake of efficiency, the latter stack is im- 
plemented contiguously. 

It is clear that, with the above simple structure, ac- 
cessing variables in parent static environments 
necessitates tracing down the static pointer chain, 
poss'bly to a depth of several levels. In order to 
lessen or avoid this run-time overhead, two mech- 
anisms have been proposed, namely the display mech- 
anism and Tanenbaum's proposal 

The display mechanism. In order to provide fast ac- 
cess iu any iexicai ievei, this scheme uses an exira 
stack (display) Each display location contains a 
pointer to the base of a visible environment. When a 
variable at lexical level / is accessed, DISPLAY^'] is 
used as base for level /. Thus, only one level of in- 
direction is needed to access a variable at any static 
level. The main benefit of the display mechanism is 
that the address of any variable can be determined 
very easily: address = DISPLAYf/] + sequence 
number. Thus, the variable access time is indepen- 
dent of the lexical level. 

During the execution of statement Q in our exam- 
ple, the display and data stack appear as shown in 
Figure 2. Variables are accessible through the 
display: All variables in the three levels can be reached. 

Tanenbaum's mechanism. In order to reduce the 
overhead associated with display rebuilding— which 
must be done after every procedure return— Tanen- 
baum reduced the display to two pointers: a local 
pointer LP and a global pointer GP. Local and global 
variables can be reached through these pointers, and 
intermediate variables must be accessed by tracing 
the static pointer chain through indirections. The ra- 
tionale behind this approach is that the addressing of 
variables at levels between the current level and the 
global level (i.e., intermediate variables) is a relatively 
rare event. 

In our example the data stack during the execution 
of statement Q will appear as shown in Figure 3. 
Local (e,f) and global (a,b) variables can be addressed 
directly; intermediate variables (c,d) can be reached 
only by tracing the static pointer chain. 




STACK DISLAY 

Figure 2. Display and stack during statement Q. 




Figure 1. Lexical level and program tree. 



STACK 
Figure 3. Pointers and stack during statement Q. 
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discuss their statistical parameters. In the fourth section 
Dijkstra's and Tanenbaum's addressing mechanisms, as 
implemented on the three microprocessors, are com- 
pared. It is shown that Tanenbaum's mechanism always 
performs better than Dijkstra's display mechanism. In 
the last section, I compare the relative performance of 
the three microprocessors, as a function of memory 
speed. I conclude by ranking the processors according to 
their performance. The correspondence with low-level 
performance analyses performed elsewhere is striking, 
not only qualitatively but also quantitatively. I also 
discuss a cost/performance model. 



Variable addressing implementation model 

In an earlier work, 13 I expressed overall system per- 
formance as a function of three independent factors: the 
high-level-language programs (benchmarks); the pro- 
cessor architecture, i.e., the instruction set and register 
organization; and the technology. Here, I will examine 
this model as it has been adapted to processors with in- 
struction prefetch buffers of different lengths. 17 

The overall system execution cost K, induced by pro- 
cedure and block entry/exit and variable addressing, can 
be written as a product of three independent arrays: one 
composed of high-level-language program statistics 5, 
one determined by the processor's architecture M, and 
one influenced by the technology Kj. That is, 



k=a: t - M • ST, 



(1) 



where the superscript T denotes array transposition. 

This model was obtained in a very straightforward 
way: The execution cost of any high-level-language pro- 
gram can be determined as a weighted sum of the execu- 
tion costs of the individual high-level-language instruc- 
tions, with the frequency of these instructions in the test 
program as the weight factor. Thus, we can write 



K=T • ST. 



(2) 



The array S contains high-level-language program 
statistics concerning variable addressing, and thus is in- 
dependent of either architecture or technology. The 
statistics which make up the S array comprise the 
following: 



which are accessed at an higher lexical level than 
that at which they are declared. 

• The total lexical-level difference of intermediate 
variables (di,), that is, the sum of the lexical-level 
differences between declaration and access. 

• The total lexical-level difference between declara- 
tion and access of procedures (dp,) 

The operations described here can be viewed as "generic 
instructions," and each high-level-language program 
can thus be written as a sequence of these generic in- 
structions. 

In Equation 2, T denotes an array of execution costs 
T, of the generic instructions /, or 



r=(Tt 



T, 



T„). 



(3) 



One possible description of the execution cost K is the 
execution time of the test program. Since my study in- 
volves only microprocessors, this execution time can be 
expressed in terms of the number of clock cycles, be- 
cause of the indivisibility of the clock cycle time t c (in 
nanoseconds). 

The number of clock cycles T, needed to execute each 
generic instruction / depends on various parameters: 

• The number of clock cycles TC, needed to execute 
each generic instruction /. It is assumed that the 
memory is fast enough (no wait states) and the in- 
struction pipeline is always full. 

• The number of extra clock cycles needed to per- 
form a memory read (TMR,) and a memory write 
(TMW,) and used by slower memory. 

• The number of extra clock cycles in the delay TPC,. 
This delay is caused by an empty pipeline resulting 
from the execution of a sequence of instructions 
when not enough memory is free. 

• The number of clock cycles in the delay TPS,. This 
delay is caused by a memory that is slower than 
specified in the user's manual; hence, extra wait 
states are introduced in order to have a full 
pipeline. 

The total number of cycles T, can thus be written as a 
sum of clock cycles: 



T, = TQ + TMR, + TMW, + TPC, + TPS,. 



(4) 



The number of block entry/exits (n b ). 

The number of procedure call/returns (n p ). 

The number of variables accessed in the program 

("/)• 

The number of local variables accessed (/?/). Local 

variables are variables which are accessed at the 

same level at which they are declared. 

The number of global variables accessed (n g ). 

Global variables are variables which are declared at 

the outermost level. 

The number of intermediate variables accessed (/?,). 

Intermediate variables are nonglobal variables 



The value of each of these parameters is determined by 
the processor's architecture and technology. If we ex- 
press each parameter as a product of a technology- 
dependent part and an architecture-dependent part, 
then Equation 1 will be satisfied, since the technological 
parameters are independent of /: 



TC, = C, • Kc 


(5a) 


TMR, = MR, • K MR 


(5b) 


TMW, = MW, • K MW 


(5c) 


TPC, = PC, • K PC 


(5d) 


TPS, = PS, • K PS 


(5e) 
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It we define a technological array A' T and an architec- 
tural array M, as 



and 



^t = (Kc Kmr Kmw Kpc Kps) 



M, = (C, MR, MW, PC, PS,) T , 



then we can rewrite Equation 4: 



T, = K T ■ M, 



T=K T M 



M={M X 



M, 



M„). 



(6) 



(7) 



(8a) 



(8b) 



(9) 



Applying Equation 8b to Equation 2 finally leads to the 
basic model of Equation 1. 

For each of the five parameters of Equation 5, the 
question of whether to separate them into technology- 
dependent and architecture-dependent parts must be in- 
dividually determined. 

Execution time in the optimal case. When the memory 
is fast enough (no wait states) and the instruction 
pipeline is full, the total number of clock cycles needed 
for each generic instruction / is the sum of the number of 
clock cycles C, y needed for the machine instructions j 
which compose the generic instruction /. These numbers 
C,j can be easily found in the microprocessor user's 
manual. 



Pipeline influence. The number of clock cycles re- 
quired for each machine instruction, as described in the 
user's manual of a microprocessor with an instruction 
pipeline, is only the number of clock cycles needed to 
"really" execute the instruction. It is assumed that the 
instruction word is already prefetched and available in 
the pipeline buffer. However, since the memory bus is 
not always free to fill the pipeline, sometimes the 
pipeline buffer is empty. This causes a delay so that the 
buffer can be filled before the instruction is executed. 
Microprocessor manufacturers give a typical value of 5 
to 10 percent for this delay, but note that the value can 
be much higher, depending on the instruction sequence. 

To determine this delay TPC, exactly, the internal 
microcode of each processor would have to be available. 
However, since no information on this microcode was 
available, I used a best/worst-case analysis to determine 
an upper and lower bound for TPC,. 

In the best case I assumed that all free clock cycles in 
one machine instruction were grouped consecutively. 
For instance, when an instruction needed eight clock 
cycles and two memory operations of three cycles each, I 
supposed that the two free clock cycles were contiguous, 
as shown in Figure 1. Only one cycle needed to be in- 
serted to do the prefetch. 

The number of cycles to be inserted for each machine 
instruction can be determined by using the values of R u , 
W /y , and \,j (the number of clock cycles for that instruc- 
tion), and a table. One such relation for the Z8000, 
which has a pipeline length of one word, is shown in 
Table 1. 

In the worst case I assumed that the free bus cycles 
were not grouped, as shown in Figure 2. In this example, 
two clock cycles have to be inserted. The number of 
cycles to be inserted can again be determined using a 
table, as shown for the Z8000 in Table 2. 



Influence of slower memory on data memory opera- 
tions. The read/write timing diagrams of the typical 
user's manual give the minimum number of clock cycles 
needed by the processor to execute a memory read or 
write. We call these values m r and m w . Let us denote the 
memory access time as x (in nanoseconds). The memory 
is fast enough \fx/t i <m r for a data read— no wait states 
have to be introduced. The number of clock cycles to be 
inserted depends on the memory speed, e.g., when 
in, <x/t L < m, + 1, only one cycle has to be introduced. 
The number of clock cycles to be inserted can thus be 
written as 



D / . = max{0,f.v// ( . - m r \), 



(10) 



where \z\ denotes the smallest integer greater than or 
equal to z. A similar expression D M , exists for data write 
operations. 

This delay occurs for each data memory operation. 
The total number of memory operations required for 
each generic instruction / is the sum of the number of 
memory operations required for the individual machine 
instructions./ (R, 7 read operations, W, 7 write operations). 



j ONE MACHINE INSTRUCTION 1 


' MEMORY 1 MEMORY 1 FREE 
OPERATION 1 OPERATION 2 CLOCK 
CYCLES 



Figure 1. Memory operation in the best-case model. 



Table 1. 

Number of clock cycles to be inserted in the Z8000 

for the best-case model. 
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Influence of slower memory on the use of a pipeline. 

When the memory is slower than specified, problems 
can arise in filling the pipeline buffer during instruction 
execution. These problems cause a delay TPS, that is 
dependent on the memory speed v. Again, information 
on the microcode would be needed to determine this 
delay exactly, and again I used a best/worst-case 
analysis to find bounds for this delay. 

In the best case I took into account only the instruc- 
tions Q which have just enough free clock cycles to do 
the prefetch without delay when fast memory is used. 
This is a lower bound, since I eliminated the instructions 
which operate without delay even when the memory is 
slower, i.e., instructions which have at least one free 



clock cycle available. The number of c\cles to be in- 
serted for these instructions Q depends on the memory 
speed and is equal to D, (Equation 10). 

In the worst case I assumed that ever\ instruction 
causes a delay of D, clock cycles, except the instructions 
which use the memory data bus very little and thus have 
enough free cycles. However, since in principle infinitely 
slow memory can be used, no instruction will have 
enough free cycles. Therefore I reduced the minimum 
memory speed to a practical value. This minimum is ob- 
tained for a maximum access time v M . Thus an instruc- 
tion which causes no delay in doing a prefetch must have 
at least Z free cycles, with 



Z = max{w r ,f,v M //J} 



(11) 



ONE MACHINE INSTRUCTION 



I MEMORY I 3 I MEMORY I 
OPERATION 1 ffi OPERATION 2 



Figure 2. Memory operation in the worst-case model. 



Table 2. 

Number of clock cycles to be inserted in the Z8000 

for the worst-case model. 
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Table 3a. 

M for the display mechanism, implemented on the Z8000 

for the best and worst cases. 




This value is maximum (an upper bound) for a 
minimum value of / ( . This minimum value t atl means a 
maximum processor clock frequency. 

Given these descriptions, it is easy to determine the M 
array for both addressing mechanisms in both the best 
and worst cases; Tables 3a and 3b show M for the 
Z8000. It is obvious that only the fouith rows of the M 
arrays differ in the best and worst cases. 

The A^j, M, and S values can be applied to Equation 1 
to obtain a lower bound K L for the total number of 
clock cycles in the best case, and an upper bound Ky for 
the total number of clock cycles in the worst case. The 
total execution time of a test program's block-structured 
and variable addressing instructions, running on a pro- 
cessor with clock cycle time t c , will always lie in the 
range [K L • t c , Ky • t c ]. This range can be used to com- 
pare addressing mechanisms and processors, as describ- 
ed in the following sections. 



Benchmarks and program statistics 

Processors and addressing mechanisms are usually 
more suited to some languages and applications than to 
others. In a statistical analysis, one hopes to eliminate 
this bias by considering different languages and applica- 
tions. In this study, I was limited to two languages, and I 
considered only a few applications. However, even with 
applications belonging to totally different domains, the 
results were almost language- and application-inde- 
pendent, as is shown in the next two sections. In my 
system, I used HP Algol, 18 a slightly changed version of 
Algol 60, and Swedish Pascal, 19 a version of Jensen and 
Wirth's Pascal. 20 



Table 3b. 
M for Tanenbaum's proposal, implemented on the Z8000 for the best and worst cases. 
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The programs tested concern nonhomogeneous ap- 
plications such as numerical problems, compiler con- 
struction, and data manipulation. They were written by 
graduate and postgraduate students. Let us call the 
graduate students programmers A and B, and the 
postgraduate students programmers C and D. DIGFD, 
DIGFP, and DIGFK are numerical programs used for 
digital filtering and speech recognition, and BUBBLE is 
a bubblesort; all were written in Algol. The Pascal pro- 
grams are TREE, a program that generates the syntax 
tree of a program, and SPLIT, which generates the 
LR(0)-items and adds the look-aheads in a syntax- 
analyzer generator. 21 The numerical programs were 
written by programmer C, TREE and BUBBLE by D, 
and SPLIT by A and B. Dynamic program statistics ob- 
viously depend on their input data. Therefore each pro- 
gram was run several times with different input data. 

In order to measure the program statistics as describ- 
ed in the preceding section, I developed a measurement 
system that can analyze any block-structured high-level- 
language program and measure any high-level-language 
program statistic. 22 In the same work, I identified a set 
of useful statistics. For a comparative study of variable 
addressing mechanisms on microprocessors, I needed 
only a few of these statistics, namely those defined in the 
section above. These statistics, measured for the pro- 
grams described above, are shown in Table 4. 



A comparison of two variable addressing 
mechanisms 

In order to compare the display mechanism with 
Tanenbaum's proposal, I applied the M array of each to 
Equation 1. By doing so, I obtained a measurement pro- 
portional to the execution time of programs which im- 
plement Tanenbaum's mechanism, and one proportion- 
al to the execution time of programs which implement 
the display mechanism. As stated in the second section 
of this article, I was also able to analyze the influence of 
memory speed on these measurements, for the three 
microprocessors under both the best- and worst-case 
models. 

To compare the two addressing mechanisms, I calcu- 
lated R, which is the ratio of the execution time of Tan- 
nenbaum's proposal to that of the display mechanism: 



R = K TA • / c /K D i • t c . 



(12) 



Figures 3a and 3b show this ratio, under both the best- 
and worst-case models, for an i8086 with a memory fast 
enough to eliminate wait states. This ratio lies in the 
range [0.73, 0.86] for Algol programs and in the range 
[0.57, 0.59] for Pascal programs and is almost indepen- 
dent of program and input data. Both figures show that 
Tanenbaum's mechanism really performs better than 
the display mechanism. The better behavior of Tanen- 
baum's mechanism in the Pascal programs is due to the 
low use of intermediate variables in Pascal, which is a 
consequence of the ability to compile Pascal programs 
separately. Figures and results for the Z8000 and MC- 
68000 are very similar. 



A measurement system for high-level- 
language program statistics 



The measurement system we developed has two 
important features: It is independent of language and 
it can be adapted to any program statistic. Such a 
system needs three types of input: 

(1) a description of the language to be analyzed; 

(2) some indications of the statistics that must 
be measured; and 

(3) a program in the language to be analyzed. 

In contrast, language-dependent measurement 
systems lack Input 1 — i.e., the language description 
is built-in. 

Since both the description of the language and the 
description of the statistics are intimately connected 
with the syntactic structure of the language, a formal 
means of describing this structure can be used to 
describe both the language and the statistics. In our 
system we used the BNF notation developed by 
Backus and Naur. 1 

Our measurement system uses the above- 
mentioned connections between the program syntax 
and the statistics. The way in which this is done can 
best be explained by considering the compilation 
process. A compiler first creates the syntax tree of 
the program (i.e., by means of a syntax analyzer). 
Then, this tree is converted to machine code via 
semantic routines, which generate specific pieces of 
code for each BNF rule. In a high-level-language inter- 
preter system, the semantic routines directly execute 
the semantic functions associated with the syntactic 
construct. 

In our measurement system, things are similar: We 
first construct the syntax tree of the program, using 
an automatic-construction parser. Rather than defin- 
ing a semantic routine for each syntax rule, we ap- 
pend one or more software probes to some or all syn- 
tax rules. These software probes perform one of the 
following functions: 

(1) measurement of static statistics, 

(2) insertion of write statements in particular 
places in the test program, or 

(3) insertion of block delimiters (begin-end) to keep 
the test program syntactically correct and 
semantically unchanged. 

When the converted test program is compiled and 
executed, the inserted write statements generate 
trace files, which will later be analyzed to collect 
dynamic high-level statistics. 



1. P. Naur, "Revised Report on the Algorithmic Language 
Algol 60," Comm. ACM, Vol. 6, No. 1, Jan. 1963, pp. 1-17. 
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Figure 3. Execution time of Tanenbaum's proposal relative to that of the display mechanism: for Algol programs on 
the i8086 (a) and for Pascal programs on the i8086 (b). 
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Analyzing the influence of processor and memory 
speed on R, I again drew similar conclusions: R is almost 
independent of processor and memory speed. Figures 4a 
and 4b show R for the three microprocessors (each with 
memory that is fast enough) and for an "average" pro- 
gram, i.e., a program exhibiting the average of the 
statistics shown in Table 4. We see that the ratio is in- 
deed very similar for the three microprocessors. The in- 
fluence of the memory speed x (in nanoseconds) on a 
12-MHz MC68000 is very small (Figure 5). Similar 
figures can be drawn for the i8086 and the Z8000. Notice 
also that the influence of memory on slower processors' 
R is still smaller. 

Given these results, I concluded that under both the 
best- and worst-case models, and for all three micro- 
processors, both languages, all programs and input 
data, and any memory speed, Tanenbaum's mechanism 
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Figure 4. Kta/Kqi for Algol programs on the three processors (a); 
Kta/Kdi for Pascal programs on the three processors (b). 



results in considerably better performance than that pro- 
vided by the classical display mechanism. The gain in 
performance reaches a value of at least 14 percent for 
Algol programs and 39 percent for Pascal programs. 



Comparison of the three microprocessors 

To compare the execution ties of procedure and block 
entry/exit and variable addressing in high-level-language 
programs running on the three microprocessor systems, 
I used the model described in the second section of this 
article. Applying the M arrays for the three processors 
to Equation 1, I obtained sets of performance figures, 
one for each processor and one for each addressing 
mechanism in the best and worst cases, and one for the 
individual programs. With such figures, one can com- 
pare two processors for the different cases mentioned 
above by examining the ratio of their respective perfor- 
mance values. 

In the course of my analysis, I arrived at an important 
conclusion: The relationships among the performances 
of the microprocessors are almost independent of pro- 
gram and input data. This conclusion can be deduced 
from Figures 6a and 6b, which describe the performance 
of each processor relative to the 8086 worst case (assum- 
ing that the memory is fast enough), for Algol programs 
implementing the display mechanism on the Z8000, and 
for Pascal programs implementing Tanenbaum's pro- 
posal on the MC68000. The figures for different pro- 
grams and input data differ by only a few percent. 
Notice also that best- and worst-case results lie within a 
reasonable range. Because of this program and data in- 
dependence, only the results of "average" Algol or 
Pascal programs need to be discussed below. Average 
Algol or Pascal programs are as defined in the preceding 
section. 
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Table 4. 
Program statistics concerning variable addressing. 







n b 


n P 


n t 


ni 


n 9 


n, 


dit 


dp t 


DIGFD 


1 
2 
3 


951 
851 
651 


963 
863 
663 


71583 6 
56390 6 
32061 6 


19331 4 

15083 2 

7884 


24690 6 
20225 2 
13140 


27561 6 
21253 6 
11037 6 


27561 6 
21253 6 
11037-6 


1637 1 
1467 1 
1060 8 


DICFK 


1 
2 
3 


2102 
2102 
1402 


2115 
2115 
1414 


78014 5 
78014 5 
53785 6 


19819 9 
19819 9 
13235 2 


28675 6 
28675 6 
20556 8 


29519.0 
29519 
19712.0 


29519 
29519 
19712 


4230 
4230 
2828 


DIGFP 


1 
2 
3 


2752 
2752 
1852 


2765 
2765 
1864 


115857 
115857 
79150.0 


38067 3 
38067 3 
85640 4 


45239.4 
45239 4 
31957 6 


32550 3 
32550 3 
21552.8 


32550.3 
32550 3 
21552 8 


5530 
5530 
3728 



1 

2 

BUBBLE 3 

4 

5 



1 4620 


2127 


1 267 


1170 


1 420 


189 


1 291.0 


129.0 


1 228 


96 



1572 
96.0 
144 
105 
90 



921.0 
54 

1140 
57 
42 



n b = NUMBER OF BLOCK ENTRY/EXITS n g 

n p = NUMBER OF PROCEDURE CALL/RETURNS n, 

n t = NUMBER OF VARIABLES ACCESSED di t 

n, = NUMBER OF LOCAL VARIABLES ACCESSED dp t 
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57.0 
42 



00 
00 
00 
00 
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2 
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96690.0 
96690 


00 
0.0 
00 


00 
00 
0.0 


20 
20 
20 


TREE 


1 
2 


1 380 
1 7501 


20802 6 
408859.0 


10782 3 
210806.2 


10020 3 
198052 8 


00 
0.0 


00 
00 


266 
5250.7 



NUMBER OF GLOBAL VARIABLES ACCESSED 

NUMBER OF INTERMEDIATE VARIABLES ACCESSED 

TOTAL LEXICAL-LEVEL DIFFERENCE OF INTERMEDIATE VARIABLES 

TOTAL LEXICAL-LEVEL DIFFERENCE BETWEEN DECLARATION AND ACCESS OF PROCEDURES 



Figure 7a shows the influence of memory speed on the 
execution-time ratio K Z80 oo/Kmc68000 f° r an average 
Algol program, with the display mechanism, imple- 
mented on 4, 8, 10, and 12-MHz processors. The same 
ratio is shown in Figure 7b for Tanenbaum's proposal. 
Both addressing mechanisms have a better performance 
when implemented on the Z8000 than when implement- 
ed on the MC68000, provided that the memory is fast 
enough for the processor's clock frequency. With slow 
memories and high processor clock frequencies, how- 
ever, the MC68000 performance degrades more slowly 
than that of the Z8000. Indeed, an MC68000 with a slow 
memory actually performs better than a Z8000 with a 
slow memory. This behavior can be easily explained. 
The Z8000 needs only three clock cycles for a memory 
operation (m r = m w = 3), whereas the MC68000 needs 
four or five cycles (m r = 4, m w = 5). When fast memories 
are used, the Z8000 can operate at maximum speed and 
thus execute a memory operation in only three clock 
cycles. A better Z8000 performance is thus obtained. 
When slower memories are used, Z8000 performance 
begins to degrade as soon as a memory operation re- 
quires more than three clock cycles. This is in contrast to 
the MC68000, the performance of which does not begin 
to degrade until a memory operation requires more than 
jour clock cycles. Thus, MC68000 performance 
degrades more slowly than Z8000 performance for 
memory speeds of at least 3 • t t , e.g., 250 nanoseconds 
for a 12-MHz processor and 300 nanoseconds for a 
10-MHz processor (see again Figures 7a and 7b). 



Comparing Figures 7a and 7b, we see that the Z8000 is 
better suited to the display mechanism than to Tanen- 
baum's proposal, compared to the MC68000. The main 
reason for this lies in the method of computation of the 
base address of the lexical level, which is slower in the 
MC68000. In the display mechanism, this operation is 
performed at each variable access and thus requires 
more operations in the MC68000. Again note that the 
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Figure 5. Influence of memory speed x on Kta/Kqi for a 
12-MHz MC68000. 
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best- and worst-case ratios do not differ much: The ex- 
act performance ratio lies between tight limits. Similar 
figures can be derived for an average Pascal program. 

Similar conclusions can be reached in comparing the 
Z8000 to the i8086 (Figures 8a and 8b). One major dif- 
ference is striking: The performance of the i8086 is 
much poorer than that of the MC68000. 

Since the 18O86 and the MC68000 both need an equal 
number of clock cycles for a data read (m r = 4), and 
since only the number of memory write cycles is dif- 
ferent (m H =4 for the i8086, m w = 5 for the MC68000), 
the influence of memory speed on the execution-time 
ratio K MC68 ooo/K,8086 * s verv small, as is shown in 
Figures 9a and 9b. Note also that both processors are 
equally suited to both addressing mechanisms. 



Using the results shown in Figures 7, 8, and 9, 1 made 
a global performance analysis and compared my results 
with those from other studies. To obtain one perfor- 
mance value for each processor, I averaged the perfor- 
mances of all the programs in both languages with both 
variable addressing mechanisms. I also used average per- 
formance values from the studies by other reseaichers; 
these values were obtained by averaging the perfor- 
mances of all programs, normalized to equal processor 
clock frequencies. Figures 10a and 10b show the mean 
performance ratio of programs analyzed by Nelson and 
Nagle, 6 by Grappel and Hemenway 5 and adjusted by 
Patstone, 23 by Hunter and Ready, Inc., 24 and by Han- 
sen et al. 25 They also show an upper and lower bound 
for my results. The upper bound is obtained by dividing 




Figure 6. Relative performance of the Z8000 compared to the i8086 worst case, with the display mechanism im- 
plemented for Algol programs (a); relative performance of the MC68000 compared to the i8086 worst case, with 
Tanenbaum's mechanism implemented for Pascal programs (b). 
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Figure 7. Kzsooo/Kmcssooo as a function of the memory speed x for the display mechanism on 4, 8, 10, and 12-MHz pro- 
cessors (a) and for Tanenbaum's proposal on 4, 8, 10, and 12-MHz processors (b). 
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Figure 8. K Z80 oo/Kj8086 as a function of the memory speed x for the display mechanism on 4, 8, 10, and 12-MHz pro- 
cessors (a) and for Tanenbaum's proposal on 4, 8, 10, and 12-MHz processors (b). 
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Figure 9. K M c680oo/Ki8086 as a function of the memory speed x for the display mechanism on 4, 8, 10, and 12-MHz pro- 
cessors (a) and for Tanenbaum's proposal on 4, 8, 10, and 12-MHz processors (b). 
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Figure 10. Relative performance of the MC68000 to the i8086 as determined in five studies (a); relative performance of 
the Z8000 to the i8086 as determined in four studies (b). 
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the best-case results for one processor by the worst-case 
results for the other. The lower bound is similarly ob- 
tained by dividing the worst-case results for the first pro- 
cessor by the best-case results for the second processor. 
The real performance ratio will always lie in the range 
defined by these bounds. Note that there is a great 
resemblance among the studies, even when my perfor- 
mance figures include only the times to execute pro- 
cedure and block entry/exit and perform variable ad- 
dressing in high-level-language programs. This proves 
that the results from an analytical model provide great 
accuracy. 

The results can also be combined to provide a 
cost/performance analysis. Figure 11 shows a global 
comparison of the three processors with a set of possible 
clock frequencies. (We assume that each processor is or 
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will be available with a 4, 8, 10, or 12-MH/ clock.) The 
results depicted are for an average Pascal program hav- 
ing the display mechanism, but similar results will be ob- 
tained for an average Algol progiam and/or Tanen- 
baum's proposal. Even when programs producing dif- 
ferent statistics are used, the results will be similar. 
Thus, various microprocessor system configurations will 
yield a relative performance of, say, 3.5: a 12-MHz 
Z8000 with 395-nanosecond memory, a 12-MHz MC68000 
with 445-nanosecond memory, a 10-MHz Z8000 with 380- 
nanosecond memory, or a 10-MHz MC68000 with 415- 
nanosecond memory. These solutions are for the worst- 
case model. 

By taking a set of processors T^ with a memory speed 
xw k , we can find the lowest-cost configuration, depend- 
ing on the cost of the processor P A , the cost of the 
memory M^, and the size of the memory S. The pro- 
cessor cost P*. is a function of the processor type T^, 
which is characterized by the manufacturer m k and the 
clock frequency f k — thus, P^ =P(m k ,f k ). The memory 
cost M^ is a function of the memory speed xw k , i.e., 
M k = M(xw k ). Thus, for each possible configuration k 
we obtain a cost figure C k : 



C k = P(m k ,f k ) + S • M(xw k ). 



(13) 



Figure 11. Relative performance of the three 16-bit micros as a func- 
tion of the memory speed x. 



The lowest-cost processor/memory configuration will 
have the smallest C^. 

Since we used the worst-case model to obtain the 
memory speed xw k , we can be sure that the relative per- 
formance will be at least minimally acceptable, since the 
real performance value will always lie in the range [worst 
case, best case]. Systems using memories with a speed 
xb k obtained under the best-case model can also have 
the same performance figure, even with a slower 
memory, since xb k >xw k . For instance, a relative perfor- 
mance of 3.5 can be provided by a 10-MHz MC68000 
and a memory with access time of 540 nanoseconds 
( > 415 nanoseconds), if the best-case results are taken. 
Since the memory is slower, the cost will be lower. 
However, given a memory speed xb k , it cannot be 
guaranteed that the performance will actually have the 
value in mind, since the figures are obtained under best- 
case models and the real performance value can thus be 
smaller. The choice of memory speed depends on wheth- 
er the application is time-sensitive. If it is, the worst-case 
speed xw k must be used to ensure that the desired per- 
formance will be obtained. If the application is cost- 
sensitive rather than time-sensitive, the best-case speed 
xb k must be used, since it always results in a cheaper 
configuration than if the worst-case speed is used. Of 
course, this approach cannot ensure that the desired per- 
formance will be obtained. 



We have analyzed the performance of addressing 
mechanism implementations for block-structured high- 
level languages. The performance measure defined here 
can be written as a (scalar) product of three arrays, each 
array depending on one parameter set. These three sets 
are completely independent — that is, they comprise 
technological, architectural, and program-statistical sets*. 
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This model provided a basis for comparing, in three 
contemporary 16-bit microprocessors, the implementa- 
tion of the traditional display mechanism to the im- 
plementation of the mechanism pioposed by Tanen- 
baum. A best/worst-case analysis overcame the lack of 
information about the microcode and its relationship to 
instruction prefetch behavior. 

The performance figures presented here were consis- 
tent with one another and with those derived in other 
studies. They showed that Tanenbaum's proposal pro- 
vided a uniformly better performance than the display 
mechanism. The figures aiso indicated tne relative per- 
formance of the three microprocessors — the Z8000 did 
the best, the MC68000 the second-best, and the i8086 
the worst. These results agreed well with earlier data. 
The methods presented here also showed how to deter- 
mine the influence of memory speed on performance, 
and how the results could be used to obtain a cost/per- 
formance figure. ■ 
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A paged-memory management chip brings virtual memory to two 
16-bit CPUs. Additionally, a coordinated bus structure makes 
possible distributed-processing or multitasking, multi-user systems. 



16-bit juPs get a boost 
from demand-paged MMU 



Faced with applications that demand large pro- 
grams and extensive data manipulation, micro- 
computer manufacturers are turning to virtual 
memory management, an approach originally de- 
veloped for minicomputers. A single chip uses 
demand-paged virtual memory to expand the al- 
ready large memory-addressing capabilities of two 
new 16-bit microprocessors. 

Running the software being developed for those 
processors— the 8-Mbyte Z8003 and the 64-kbyte 
Z8004— means using the latest techniques for effec- 
tive memory management. The technique known as 
demand-paged virtual memory, chosen for the 
Z8015 paged-memory management unit (PMMU), 
keeps the most frequently used codes in fixed- 
length blocks in RAM, swapping them in and out of 
disk storage to extend the range of addresses. Such 
a scheme naturally leads to multitasking and multi- 
user systems, since the time spent accessing a disk 
can be used for other tasks. With the Z8015, for 
example, the Z8003's 8-Mbyte logical address space 
translates into a 16-Mbyte physical address space. 

The Z8015 has the same address translation and 
access protection features as the 
Z8010 but is based on 2-kbyte pages 
rather than the variable-length 
segments used in the earlier chip. 
Together, the Z8015 and the Z8003 
(or Z8004) bring multitasking and 
multiuser capabilities to the micro- 
computer. 

In addition, the Z8015's access vali- 
dation feature protects memory from 
unauthorized or unintentional ac- 
cess. The memory management unit 

Richard Mateosian,* Marketing Manager 
Zilog Inc. 
1315 Dell Ave. 
Campbell, Calif. 95008 

•Now with National Semiconductor Corp. 



also generates an Instruction Abort signal during 
page faults and at the same time saves sufficient 
status and information to restart or resume any 
instruction after the fault is corrected. 

One important application of virtual memory is 
in disk-based multitasking systems. A system of 
this type can be implemented easily with the Z8003 
and the Z8015. 

Virtual memory enables a system to execute pro- 
grams that do not fit into its primary memory. In 
order to accomplish this, a secondary storage 
device— usually a disk— is required. When a disk 
access is required, however, the program in 
progress must he interrupted. This interruption can 
cause large and unpredictable delays known as 
paging overhead, which may become excessive be- 
cause of the slow access time and transfer rates of 
floppy disks. For a typical personal computer or a 
small business computer, these delays might slow a 
system sufficiently to make virtual memory man- 
agement impractical. 

Hard-disk systems, on the other hand, are faster; 
therefore, the paging overhead will be shorter and 
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therefore acceptable. When a CPU must access a 
rigid disk fairly often — a condition called 
thrashing— even the comparatively fast disk can 
produce too much delay. 

Fortunately, the paging overhead of a virtual 
memory can be minimized with multitasking oper- 
ating systems that allow one task to run while an- 
other waits for access to the disk. Such multitasking 
operating systems can be single-user systems, like 



Virtual memory and multiprocessors 

A distributed processing system— such as a local- 
area network or an intelligent terminal— places 
computing power and data where they are used, 
rather than at a central host computer. Supplying 
each processor in such a system with its own semi- 
conductor or magnetic memory would be pro- 
hibitively expensive. Virtual memory management, 
however, permits resources to be shared among all 
the devices in a system. 

The entire Z8000 family, which uses extensively 
programmable VLSI components, is geared to dis- 
tributed processing strategies. Furthermore, a vari- 
ety of features built into the Z-Bus— the inter- 
connection protocol that all Z8000 family com- 
ponents are designed to use— reduces the chances of 
bus conflicts and data collisions while multiple pro- 



cessors are being employed. 

One such feature is the Bus Lock Status signal 
that accompanies a Test and Set instruction in the 
Z8003 or the Z8004. That instruction prevents access 
to a shared memory by another CPU or DMA con- 
troller. In that way, two CPUs, using a flag (sema- 
phore) stored in shared memory, keep track of 
which processor currently has access to a resource. 
The Bus Lock Status lets other potential bus mas- 



The Test and Set instruction consists of two sepa- 
rate bus cycles: a memory read, followed by a memo- 
ry write (Fig. la). When asserted, the Bus Lock sta- 
tus replaces Data Read during both cycles (Fig. lb). 

Given the general picture of how the Bus Lock 
Status is used to implement semaphores, the ques- 
tion of what applications can benefit from the dis- 
tributed processing approach still remains. One an- 
swer is peripheral controllers. 

Software and memory management 

Most complex peripheral devices are governed by 
microprocessor-based controllers, and it is natural 
for a controller CPU and the main CPU to commu- 
nicate through a shared memory. In such a config- 
uration, semaphore locations can be used to manage 
access to message buffers, with the Bus Lock Status 
being used to generate these semaphores. 
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1. To share any resource, multiple processors must first test a location in memory, called a 
semaphore, during a Test and Set instruction (a). Access then depends on the semaphore's 
contents. In addition, a Bus Lock Status signal is issued (b). This signal keeps other 
potential bus masters from accessing the resource while it is being tested by the controller. 
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In addition to controlling access to shared re- 
sources, another aspect of virtual memory manage- 
ment is handling faults: CPU requests to those 
memory locations which are not in the physical 
memory space. 

Every memory management scheme involves 
translating logical addresses into physical address- 
es. Additionally, most schemes involve both access 
checking— to prevent invalid accesses— and usage 
recording to assist in implementing memory allo- 
cation algorithms. 

For example, consider the flow of control in a 
simple virtual memory system. During the exe- 
cution of the main program, if the CPU issues an 
address that does not correspond to a physical 
memory, the memory management unit attempts a 



logical-to-physical memory address translation. At 
this point, the microprocessor's Wait input is 
asserted and the memory management circuitry 
performs the necessary actions, including all disk 
accesses. Afterward, execution of the interrupted 
instruction resumes. 

There are, however, drawbacks to this approach. 
First, the CPU is idle while the fault is processed 
and must therefore be isolated from the bus if direct 
memory access is used for memory management. 
Second, the entire fault-processing action is carried 
out by the memory management circuitry, without 
help from the CPU. 

In an alternative approach that is employed by 
the Z8003 and Z8004, page faults are processed by 
the CPU's ordinary interrupt-handling mechanism 
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2. To use virtual memory efficiently, a CPU should take part in page-fault processing. In 
most cases, however, it is much easier to simply disable the CPU and leave the job to a 
memory management unit. In the 78000 family, the CPU and MMU share the burden by 
running fault-processing software (block B) with the CPU's normal interrupt routine (blocks 
A and C). 
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(Fig. 2), which generates an Instruction Abort sig- 
nal. The signal terminates the instruction that has 
produced the fault before the contents of any regis- 
ters are changed. After the fault is corrected, the 
instruction can simply be restarted. 

Because certain instructions perform multiple 
memory transfers, a fault may occur that requires 
more than a simple restart. For this reason, the 
Z8015 is designed to monitor the execution of in- 
structions and to provide accurate restart informa- 
tion to the fault-processing routine. Thus, the fault- 
processing software restricts itself to correcting the 
fault and resuming execution. Here again, a benefit 
of multitasking is in switching tasks when a page 
fault is being processed— allowing another task to 
run while the necessary disk accesses are in the 
process of being carried out. 

Multiprocessor systems 

Not all multiprocessor or multitasking systems 
are as complex as the one just described, n6r are 
they all shared-resource designs. Some coprocessor 
systems, for example, have been designed to run Z80 
software in systems based on microprocessors like a 
6502, 8088, 68000, or Z8000. 



Taking that approach one step further is a system 
that uses a Z8003 with a Z80 and Z8015, plus dual- 
ported memory, to run under both Unix and CP/M 
(Fig. 3). 

Since no memory management is used for the Z80, 
only 64 kbytes of the memory must be dual-ported. 
The remainder needs to be accessible only to the 
CPU. However, with memory management there is 
no difficulty in extending the design to accommo- 
date a multitasking version of CP/M. Tn that casp. 
as much memory as is needed in a particular appli- 
cation must be dual-ported. 

The system forms the nucleus of a high-end per- 
sonal computer that runs Unix on the Z8003 and 
CP/M on the Z80. In operation, a CP/M task is ini- 
tiated through Unix, and a Unix task accepts an I/O 
request from the CP/M program running on the 
microprocessor, carries it out, and signals its com- 
pletion to the system. 

The dual-ported memory is a shared resource and 
is controlled using semaphore locations in memory. 
As described above, a Bus Lock Status issued during 
the read cycle of the Z8003 Test and Set instructions 
protects semaphore locations from access by the 
associated Z80 microprocessor. 
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3. Using multiprocessor features and a shared 64-kbyte dual-ported memory, a Z8003 and a 
Z80 can form the heart of a CP/M- and Unix-based microcomputer. Such a system would 
use a Share semaphore and a Message flag in a shared-memory to carry out a handshake. 



4-42 



Computer System Design: MMU for 16-bit mPs 



The 64-kbytes of dual-ported memory can run on 
the Z8003 under Unix. It is controlled by the Share 
semaphore— a mechanism that can be easily mod- 
ified to cover multiple blocks of dual-ported memo- 
ry. The Share semaphore is used only for Z8003 
tasks to control access to the CP/M facility (Fig. 4). 
In addition, a Start semaphore initiates I/O re- 
quests, utility calls, and the Done signal that are 
passed from the Z80 to the Z8003 by means of a 
message buffer register. 

A Message flag is used for handshaking with this 
buffer. That flag is set by the Z80, which then waits 
for it to be cleared before proceeding. The Z8003 
clears Message before setting the Start semaphore. 
Thereafter, its principal loop consists of waiting for 
message to be set, performing the requested task, 



and clearing Message. 

The Start semaphore indicates that the Z80 is 
executing programs in the shared memory and is set 
by the Z80 only during its power-on initialization. 
Following that, the Z80 microprocessor only clears 
the Start flag. Subsequent setting is done by the 
Z8003 whenever a Z80 program has been loaded into 
the dual-ported memory of the system and is ready 
to run the program's instructions. After executing 
the program, the Z80 clears the Start flag.D 
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4. Tasks running on the Z8003 (a) and the Z80 (b) communicate and synchronize their 
activities through the message buffer, the message flag, and the Start semaphore. The 
Share semaphore is used only in the Z8003 to allow its tasks to share access to the Z80 
and the dual-ported memory. 
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As memory spaces for microcomputers grow, linear addressing gets 
cumbersome and error-prone. Segmented addressing solves these 
problems efficiently, while anticipating 32-bitaddresses. 



Segmentation advances 
ijC memory addressing 



As a memory model, linear addressing has always 
presented problems for microcomputers. In addition 
to invalid accesses, traditional micros have faced 
four major difficulties: accommodating objects 
whose sizes vary (e.g., stacks or lists); creating and 
deleting objects dynamically, causing memory 
fragmentation; relocating objects after the loader 
has established linkages among them; and sharing 
objects among otherwise independent processes. All 
five major problems— which have increased ex- 
ponentially as systems have grown— can be avoided 
by using the abstract addressing model provided by 
segmentation and implemented in the Z8000 CPU 
and its memory-management unit. 

Segmentation organizes the address space into a 
collection of independent objects corresponding to 
the largely separate but interrelated objects found 
in a typical programming situation. This method 
works for addressing somewhat like a high-level 
language: The programmer need not worry about the 
computer memory's physical implementation. Lin- 
ear addressing, on the other hand, corresponds to 
a machine language: The model used for the 
computer's memory is very close to its actual hard- 
ware implementation. Examining some memory- 
addressing tasks that confront programmers will 
illustrate the trouble with this "machine language" 
strategy. 

In general, a programmer deals with a variety of 
objects and their interactions. Depending on how 
"fine-grained" the picture is to be, a programmer 
could be said to deal with just two objects, the 
program and the data. Or, at the other end of the 
scale, he could be said to deal with a multitude of 
objects— listing separately each instruction and 
datum. Between these extremes lies the typical 
programming situation dealing with largely separate 

Richard Mateosian, Senior Microprocessor Specialist 

Zilog Components Div. 

10460 Bubb Rd., Cupertino, CA 95014 
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1 . A traditional relocating loader puts the objects that make 
up a program sequentially into memory space. 
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but interrelated objects. A chess-playing program, 
for example, might include: 

■ Chessboard display program 

■ Representation of the current position 

■ Program to generate legal moves 

■ Routine to evaluate moves 

■ File of previously evaluated positions 

■ Handling routines for the previous-position file 

■ Program to study published games. 

This anftware might, run 11 n Hgi* the control nf an 
operating system, which can also be divided into 
objects: 

■ Task scheduler 

■ Memory allocator 

■ Secondary-storage interface routines 

■ Terminal interaction routines 

■ Process status table 

■ System stack 

■ User-process status tables. 

Usually, portions of the computer's memory are 
allocated to each of these objects. A relocating loader 
might pack the programs together end to end and 
then allocate fixed areas for data, also end to end, 
in memory not occupied by the programs (Fig. 1). 
In the earliest computers, each object received an 
address directly related to— -in fact, usually the same 
as— the actual memory address at which it was 
stored. These addresses were all numbers in the 
range to N-l, where N was the total number of 
memory locations available. Every program that 
wanted to access any of these objects had to use these 
addresses. As a result, one problem that has always 
affected linear addressing is invalid accesses. 

This hassle occurs even in the smallest systems 
and on the smallest computer— a program er- 
roneously uses an address as if it belonged to a 
certain object. For example, if an array is 1024 bytes 
long and a program erroneously refers to its 1025th 
byte, then the reference will actually be to the first 
byte of the object stored in memory immediately 
following the 1024-byte array. If the erroneous access 
is a store operation, then the object following the 
array will have been damaged (Fig. 2). 

Problems stack up 

Trouble also crops up with the use of stacks. A 
common approach in a single-user system is to 
allocate the lowest memory values to programs and 
data and the highest ones to a stack, since the push 
and pop instructions on most computers are designed 
to make stacks grow "backwards" in memory. The 
first item placed on the stack is at the highest- 
numbered address, and the "top" of the stack is at 
the lowest-numbered address. If program changes 
cause the program and data areas to expand, less 
and less remains for the stack. Sooner or later, a 




2. The program executes a store-into-array, using 
an out-of-range index. The result Is an invalid 
access that wipes out part of the program. 
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3. Program and stack usually grow Into memory space from 
opposite ends. Eventually, they may collide. 

stack push will cause the stack to overflow its allotted 
area and destroy programs or data (Fig. 3). 

Such problems are often attacked by creating an 
"envelope" around the accesses in question. For 
example, instead of using the computer's indexing 
capability to access arrays directly, the program 
might call a subroutine that accepts the index and 
the identity of the array as arguments and returns 
a validated memory address for fetching or storing. 
(The routine might handle the actual fetching or 
storing as well.) In either case, the routine would 
validate an access by using the array identity as a 
key to a set of array attributes, including the array's 
length and location in memory. 
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In the case of a stack, a similar envelope would 
be placed around pushes and pops. Rather than use 
the machine's push and pop instructions, the pro- 
gram would call subroutines for these operations, 
generating a large software overhead. 

Handling invalid accesses 

Another type of invalid access occurs when several 
programs or sets of data— not necessarily related to 
one another— share memory locations. As a result, 
a program's accesses might be restricted either to 
its own subroutines and data, or to portions of 
memory containing data or subroutines that it 
shares with another program and to which it is only 
allowed certain kinds/of access (such as "read only" 
or "execute only"). 

All the discussed software envelopes can be ex- 
tended to shared-data access, but it is difficult to 
place such envelopes around program accesses. 
Furthermore, these envelopes are voluntary; that is, 
a programmer who wishes to avoid them can usually 
obtain the information needed to make the accesses 
directly. To guard against such conflicts, hardware 
solutions such as limit registers have been in- 
troduced. 

For example, the operating system might set 
registers defining the limits of a program ready to 
run at locations 10000 through 19999. In that case, 
the program is free to make references of any sort, 
so long as the address used lies within the given 
range. An attempt to call a subroutine at any higher 
address, say at location 20000 would result in a 
"trap," and control would be returned to the operat- 



ing system. 

An envelope around push and pop instructions 
could detect invalid accesses before they occurred, 
and provide an alarm— but this is not a solution. 
Figure 3 shows only one stack- that doesn't run out 
of memory until the entire memory is exhausted. 
However, if many stacks must be managed, it might 
be best to assign a small amount of memory to each 
stack and then expand those that were about to 
overflow (Fig. 4). If all accesses to stacks go through 
the envelopes that surround the push and pop in- 
struction, the stack can be "continued" elsewhere in 
memory. Through this operation, the gap in the 
actual memory addresses between the last location 
of the original stack and the first location of the 
extension will be completely concealed from the 
program using the stack. 

Unfortunately, the way in which stacks are or- 
dinarily used is not well suited to. this approach. 
Frequently, a program is allocated a block of stack 
space, which it then accesses via "based" addressing 
—i.e., the actual memory address of the first location 
of a block of stack space is kept in a register, and 
accesses into the block are made by adding an "index" 
(obtained, for example, from an instruction) to the 
"base" address in the register. This common practice 
is incompatible with the existence of gaps in the set 
of addresses assigned to the stack. 

The traditional solution is to allocate a larger 
contiguous block of memory to the enlarged stack 
—either by moving the stack to another part of 
memory or by moving something else out of its way 
so that it can be expanded where it is. This approach 
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4. A push/pop envelope conceals the allocation of the stack Into different segments. Lack of 
such an envelope for based addressing Invalidates this scheme. 
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has two inherent problems. For one thing, moving 
objects around in memory and keeping the unused 
memory all in one place increase the processing 
overhead. For another, all those base addresses for 
blocks of stack space that the program has in 
registers or in storage must be exchanged. Save for 
the most elementary cases, this obstacle is almost 
insurmountable. 
When no memory-management facility is avail- 
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tion provided by a relocating loader. 

Accommodating objects whose sizes vary leads to 
yet another problem: creating and deleting objects 
dynamically. It arises even in the simplest single- 
user systems— for example, "initialization" code 
might be abandoned after its first execution and the 
space given to a large data array. Here, too, the 
difficulties mount rapidly as the system becomes 
more complex. Because of the difficulty in relocating 
addresses, objects that should be moved to keep 
unused memory together often are not. The unused 
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memory soon becomes fragmented, which makes it 
increasingly difficult to find contiguous blocks big 
enough to accommodate newly created or expanded 
objects— even when the total amount of unused 
memory suffices (Fig. 5). 

Up to now, the only "solution" has been to leave 
management of the assigned memory to the user 
program. The user is provided with tools like chain- 
ing commands and overlay structures in some sys- 
tems but, by and large, the creation and deletion of 
objects are simply treated as part of the algorithm 
implemented by the program. 

Relocation Is no easy task 

After the loader has established links among 
program parts, it becomes almost impossible to move 
any of these parts. A hardware solution has been 
provided at several levels. 

Dynamic relocation, which occurs after initial 
program loading, requires a mechanism that allows 
actual addresses to be determined at run time. One 
solution is provided by various kinds of based ad- 
dressing, usually in the form of relative addressing: 
Calls, jumps, and loads of program constants are 
specified by an offset that is added to the actual 
program-counter value. Data references, too, are 
made via offsets that are to be added to a stack 
pointer or other address register. Relocation by based 
addressing is called "user-controlled" relocation, 
since the running program controls setting of the 
stack pointer or of another address register. 

From the standpoint of reliability, "system-con- 
trolled" relocation is usually a better solution. Its 
simplest form, memory mapping, is a translation 
mechanism that converts the addresses used by the 
running program (logical addresses) into the actual 
memory addresses (now called physical addresses). 
With memory mapping, the program always uses a 
fixed set of addresses, and relocation is achieved by 
a change to the translation mechanism. For example, 
a translation mechanism for a value set into a base 
register automatically adds that value to any address 
used in the program. This approach is similar to 
based addressing, which, however, uses an explicit 
reference to the base register in the instruction. In 
memory mapping, the base register is used to trans- 
late addresses completely independently of the pro- 
gram that generates them (Fig. 6). 

One natural outgrowth of memory mapping is a 
mechanism for sharing objects among otherwise 
independent processes, even though the mapping 
mechanism must be more sophisticated than a 
simple base register. If different blocks of logical 
addresses are mapped independently of one another, 
a program or data area in physical memory can 
correspond to different logical addresses for dif- 
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ferent processes. Thus, the shared program or data 
can reside at a convenient location in the logical 
address space of each process. And the mapping 
mechanism will cause references from each process 
to be mapped by that process's mapping scheme into 
the given physical locations. 

Segmentation offers better solutions 

Memory mapping, which provides the means for 
dealing with two major problems plaguing linear 
addressing, ironically must be part of any 
segmented-addressing scheme, since physical memo- 
ries are not usually organized in segments. Moreover, 
all five major problems stemming from a linear- 
addressing model can be avoided. 

The segmented addressing model assigns to each 
object in the address space a "name" that is really 
a binary number. Calling it a name emphasizes that 
there is no relation between objects regardless of any 
numerical relationship between their "names." 

In the chess-playing example, the chessboard dis- 



play program could be assigned the name "1," the 
current-position representation could be "2," the 
legal-move generation program could be "3," and so 
forth. The address of any location within the 
chessboard display program would then consist of 
the name, 1, and an address within object l's linear 
address space. If this program occupied 2048 bytes, 
then the addresses within object 1 would range from 
(1, 0) to (1, 2047). The length of 2048 bytes would 
be an attribute of object 1 and the mechanism 
responsible for the interpretation of segmented ad- 
dresses would cause an appropriate error indication 
if an address like (1, 2049) or higher were ever used 
(Fig. 7). 

Consider the case of the current-position program 
—object 2 in Fig. 7. Suppose that this representation 
takes the form of an array of 256 bytes. The addresses 
of these bytes would be (2, 0), (2, 1)... (2, 255). One 
way to refer to items of this array is indexed 
addressing. The address of the desired item would 
be specified by giving the array base address of 
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6. Memory mapping becomes simple with a base register: 
Its "value" Is automatically added to the logical addresses. 




7. With segmented addressing, the attributes of all objects 
are known, and error messages prevent an Illegal access 
before it can do any harm. 
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(2, 0) in one place— say, in the instruction or in a 
register— and an index (also called an offset) in a 
register. The index is simply a number to be added 
to the second component of the segmented address. 
If the index were 17, then the item address would 
be (2, 17); the address manipulation cannot affect 
the object-name portion of the address, only the 
linear address within the object. 

In object 1 of Fig. 7— the display program— the 
rricCiiaiiisin respcnsiuic xor auuress interpretation 
performs a similar computation for addressing rela- 
tive to the program counter. If the program contains 
a branch to "current location + 1264," for example, 
then the offset given in the instruction is applied to 
the second part of the address. If the call were made 
from location (1, 562), then adding 1264 to 562 would 
yield (1, 1826). 

Preventing Invalid accesses 

Suppose that a programming error causes the 
current-position representation array to be ad- 
dressed with an index value of 257. In a linear 
addressing scheme, the result would be a reference 
to the second byte of whatever object follows the 
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8. The Z8000's memory-management unit (MMU) 
speeds up address translation by forwarding the 
low-offset byte directly, while adding the high byte 
to the segment value in hardware. 



current-position representation array in memory. If 
the legal-move generation program happened to 
follow the array in memory, half of its first word 
would be overwritten. With segmented addressing, 
the mechanism that interprets addresses would dis- 
cover that (2, 257) is incompatible with the declared 
length of the array (256 bytes); an appropriate error 
indication would be generated. 
Once the mechanism to check accesses against 
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a small step to add the checking of other object 
attributes. Problems like protecting one process's 
data or program from accesses by another process 
or allowing "read only" or "execute only" accesses 
to a section of data or program can be solved by 
checking attributes associated with the objects in 
question. A write into a "read-only" object, a user 
access to a "system-only" object, and other such 
invalid accesses can be identified and prevented. 
This capability is available in the segmented- 
addressing model built into the Z8001. Its 32-bit 
addresses contain two fields, the segment-name field 
and the "offset"; the latter is added to the physical 
memory address of the segment "base" to obtain the 
physical address of the element in question (Fig. 8). 
For example, if segment 5 has a base address in 
physical memory of 1024, then the physical memory 
location addressed by the segmented address (5, 26) 
is 1050, because 1024 + 26 = 1050. 

Enter the memory manager 

The Z8001 is designed to work with an external 
circuit called a memory-management unit (MMU), 
which keeps track of the base addresses correspond- 
ing to the various segments, and computes the actual 
physical addresses. This MMU can also associate a 
variety of attributes with each segment, so it can 
perform the corresponding access checking and gen- 
erate an error interrupt (called a "segmentation 
trap") in the event of an invalid access. 

Another feature of this implementation is that 
seven bits have been assigned to the segment-name 
field and 16 bits to the offset. The result is up to 
128 segments, each of them presenting a linear 
address space of 64 kbytes. Furthermore, the ex- 
ternal MMU circuit is designed only to translate the 
uppermost eight bits of the offset; the eight low-order 
bits are passed directly to the physical memory. 
Consequently, all segment-base addresses in physi- 
cal memory must be a multiple of 256 (since the eight 
low-order bits are zeroes), and the size of a segment 
—one of the attributes that the MMU checks— must 
be a multiple of 256 bytes. 

One problem with the Z800rs segmentation 
scheme is that no object can exceed 64 kbytes in size 
unless it consists of more than one segment. For- 
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tunately, this rather infrequent problem can be 
solved by software with very little overhead. For 
example, to access the byte with an index kept in 
R3 of the array whose base is in RR2, one must replace 
the instruction 

LD RL1, RR2(R4) 
with the sequence 



EXB R4 
ADD R3, R5 
ADCB RH2, RH4 
LD RL1, @RR2 



Imove tiigh-order index to 

segment field! 

!add low-order index to 

offset field! 

!add (w. carry) high-order 

index to segment field! 



where RR4 takes the place of R3. These instructions 
place several segments "end-to-end" and treat the 
segment name like a number. 
However, the MMU implementation has a twofold 




TOP OF STACK 



NON-FATAL 
STACK WARNING 
OCCURS ON REFERENCE 
TO THIS AREA 



BASE | | 

OF SEGMENT — ►' ' 



9. When data begin to fill the top 256 bytes of assigned stack 
space, a nonfatal warning Is generated to prevent possibly 
destructive overflow. 



speed advantage: 

1. Since the segment-name field is not involved 
in the address computations of indexed, based, or 
relative addressing, this field can be output to the 
MMU one cycle earlier than the offset portion of the 
address, thus giving the MMU a one-cycle head start 
on the address translation. 

2. The eight low-order bits of the offset, which go 
directly to the memory untranslated, are the bits 
needed first by the memory, which enables the 
memory to get a small head start on the transaction. 

As a result, an external MMU circuit entails very 
little time penalty in memory addresses. The true 
independence of the segment-name field from the 
offset in all address computations means that off- 
chip memory mapping can be achieved with very 
little overhead. 

The architectural advantage of the Z8000 family 
becomes clear by comparing its economical im- 
plementation with the method by which a non- 
segmented CPU might achieve memory man- 
agement. Undoubtedly, the approach will take the 
form of paging. 

In a paged system, the uppermost bits of the linear 
address are treated like a segment-name field after 
the address computation is complete. Until the 
computation is complete, these bits are treated like 
part of a monolithic linear address — they can be 
changed in the course of the computation. Thus, 
while a paging scheme permits memory mapping and 
attribute checking, it suffers from many of the 
problems of linear addressing. In addition, it cannot 
achieve the overlap of MMU and CPU computational 
time that is available via the Z8000's segmentation 
scheme. The only antidote to the computation over- 
head of an off-chip MMU for a linear-addressed 
machine is to design an on-chip MMU; but with the 
current technology, this approach is likely to require 
the sacrifice of other features. 

One more noteworthy point to be made about the 
way the Z8001/MMU combination implements 
segmented addressing concerns the use of stacks. The 
most difficult problem associated with dynamically 
expanding stacks involves the correction of pointers 
into the stack when a stack is moved to another 
location. Naturally, this problem goes away with 
memory mapping, since the logical addresses of the 
locations already used on the stack don't change 
when the stack is physically relocated in memory. 
Furthermore, the MMU accepts as one of the at- 
tributes of a segment that it is to be used for a stack. 

Consequently, as Fig. 9 shows, a nonfatal stack- 
warning interrupt occurs when the stack is nearly 
full— i.e., when an access is made into the last 256 
words allocated to the stack. Moreover, the employed 
method for memory-address computation and size 
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Segmentation 



specification takes into account that stacks grow 
downward in memory, from the highest addresses 
toward the lowest. 

Segmented vs linear 

Just as there are some who argue that higher-level 
languages are "inefficient" and deny the program- 
mer the total control of assembly-language program- 
ming, a few designers adamantly reject segmenta- 
tion and cling to linear addressing. In fact, their 
argument has some merit. Just as high-level lan- 
guages may be inappropriate for very small systems, 
segmentation may represent overkill in a small 
memory space. The Z8000's answer to this problem 
is to provide segments large enough to accommodate 
a small application completely in one segment. One 
of the Z8000's addressing modes consists only of 
offsets, so that no references occur outside the 64- 
kbyte linear address space of one segment. In fact, 
for such applications, a smaller package is available 
that lacks the eight pins dedicated to segment-name 
output and segment-error interrupt input; this 
smaller version cannot enter the segmented mode of 
operation at all. 

Drawing the line 

Where does one draw the line between systems 
that are too small for segmentation, systems in 
which segmentation is desirable but inessential, and 
systems that are so large that segmentation is 
mandatory? It is a matter of judgment. The Z8000 
architecture provides a 16-bit linear address space; 
in its 23-bit address space, clever, well disciplined 
programmers can handle unrestricted linear ad- 
dressing; in its ultimate 32-bit address space, 
segmentation is undoubtedly the only viable ap- 
proach. 

This concern for the future expansion to 32-bit 
address spaces greatly influenced the decision to use 
segmented addressing in the 23-bit version. The 
Z8000 represents a break from the architecture of 
the Z80; it seemed shortsighted to ask designers 
moving from 8-bit to 16-bit or 23-bit systems to face 
one architectural break today and another in a few 
years (not to mention the huge investment in 
already-developed software). By developing his sys- 
tem around a Z8000, a designer will not have to face 
another architectural upheaval when segmentation 
is introduced— which, if the address space increases 
to 32 bits, seems inevitable. □ 
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INTRODUCTION 

This application note explains how a Z8001 CPU, to 
which at least one Z8010 MMU is attached, is ini- 
tialized for segmented operation. Described are 
the specification of the initial CPU status to be 
established in response to RESET, execution of the 
first program out of unmapped memory, and initial- 
ization of the first, and possibly the only, MMU. 

While an attempt has been made to make this appli- 
cation note self-contained, a general familiarity 
with the Z8001 CPU and the Z8010 MMU is assumed. 
For further details, the reader is referred to the 
technical manuals describing these components 
( Z8000 CPU Technical Manual , document #00-201 0-C, 
and Z8010 MMU Technical Manual , document #00-2015- 
A). 



INITIALIZING SEGMENTED PROGRAMMING 

In response to a RESET signal, the Z8001 CPU 
establishes the CPU status specified in locations 
2 through 6 of segment (see Figure 1). Mean- 
while, the Z8010 MMU, which is assumed to be con- 
nected to the CPU as shown in Figure 2, enters a 
state in which it passes the SNg-SNg and AD15-AD3 
lines directly through to its A 2 2-A 8 address out- 
put lines and asserts a on A23. The practical 
effect of this is that the first initialization 
instructions to be executed are taken from speci- 
fic addresses in physical (unmapped) memory. 

Operation of the Z8001 CPU in segmented mode 
depends on the setting of the SEG bit (bit 15) in 
the Flag/Control Word (FCW) control register. The 
initial FCW setting is taken from location 2 of 
segment 0, so the contents of location 2 must have 
bit 15 set to direct the CPU to enter segmented 
operating mode. 



The example shown in Figure 1 also has bit 14 
set. Bit 14 is the S/N bit, which controls the 
CPU's choice of system or normal mode operation. 
The setting of S/N bit directs the CPU to enter 
system mode. The CPU must begin operation in 
system mode, since the first order of business is 
to establish an initial setting for the System 
mode stack register and to initialize the MMU, 
which requires the execution of privileged 1/0 
instructions. 

The initial setting of the EPU bit (bit 13) in the 
example shown in Figure 1 is 0; if an EPU is 
present, this bit can be set initially, but it is 
also possible for the CPU to determine the appro- 
priate setting of the bit as part of its initiali- 
zation. 

The interrupt enable bits (bits 12 and 11) are 
initially set to by the FCW specified in Figure 
1. This is mandatory during the mt lalization 
process, because there is no automatic initializa- 
tion of the System mode stack register; the 
System mode stack is used in the processing of all 
traps and interrupts. 

The initial PC value of segment 0, offset 8 given 
in the example in Figure 1 is a convenient one, 
since it means that the initialization programs 
can follow the initial CPU status in memory. 
Also, the CPU status and the initialization pro- 
gram are in the same area of memory, so only a 
small part of the physical memory address space 
needs to be committed to a specific use. 

1 The addresses of the initial CPU status and the 
initialization program are logical addresses, but 
at the time of execution of a reset or power-on 
sequence, there is no assurance that the MMUs have 
been initialized to perform address translation. 
The Z8010 MMU, however, has been designed to enter 
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a mode after a reset or power-on sequence in which 
it passes addresses directly to physical memory 
untranslated. (More precisely, it performs a sim- 
ple, well-defined translation: segment N offset K 
is translated to physical address K + N x 2'^.) 
Thus, the initial CPU status is taken from phys- 
ical addresses 2 through 6, and in the example 
shown in Figure 1, the initialization program 
begins at physical address 8. One of the tasks 
that the initialization program must perform is to 
initialize MMU mapping tables. Ultimately the 
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removed entirely from the logical address space, 
remaining in physical memory, that can be left 
inaccessible until another reset or power-on 
sequence occurs. 

Figure 3 shows an initialization program that con- 
tinues the example begun in Figure 1. The program 
carries out three steps: 

(1) Initialize the Stack register (RR14) and 
Program Status Area Pointer (PSAP) to point 
at a small temporary stack and a skeleton 
Program Status Area, both in known locations 
in physical (unmapped) memory. (The perma- 



(2) 



nent PSA and stack will be established in 
mapped memory after initialization of memory 
mapping.) 

Call the SETMMU routine (Figure 5) to ini- 
tialize memory mapping, leaving the locations 
in segment used by the initialization 
sequence still mapped to the same physical 
locations they were using before MMU initial- 
ization. 
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address the "real" stack and Program Status 
Area in mapped memory. 

After carrying out these steps, the program trans- 
fers to the SYSTART routine (not in segment 0) to 
continue initialization of the specific applica- 
tion. The routine at SYSTART is free to establish 
a new mapping for segment zero, rendering the 
initialization code inaccessible; another reset 
makes it available again. 

The routine at STARTUP, the skeleton Program 
Status Area at INITPSA (Figure 4), and the SETMMU 
routine and its associated table at MMTAB (Figure 



CPU Status for RESET Instruction Memory, Segment 0, Offsets 2-6 
Offset Contents (hexadecimal) Meaning 

Irrelevant 



2 C000 

4 0000 

6 0008 

8 (Start of startup program) 



Initial FCW: SEG (bit 15) and S/N (bit 14) set; all others 
Initial PC: segment (bits 14-8); all other bits must be zero 
Initial PC: offset 8 (16 bits) 



The values shown are a possible setting for the initial CPU status to be established when a 
RESET signal is received. The FCW setting is taken from segment 0, offset 2. The value C000 
shown here results in the setting of segmented operating mode (bit 15) and System mode (bit 
14). Bit 13 is 0, indicating that no EPU is present, and bits 12 and 11 are 0, indicating 
that neither vectored nor nonvectored interrupts are enabled. The settings of the FLAGS bits 
(bits 7-2) and the unused bits (bits 1-0) are irrelevant in this example. 

The PC segment number and offset are taken from segment 0, offsets 4 and 6, in the standard 
two-word segmented address format. Any address can be specified. The value of segment 0, 
offset 8 shown here allows the startup program to begin at the next location of segment 0. 

If MMUs are part of the system, they must handle the initial instruction fetches properly, 
even though the CPU has not yet initialized the MMU translation tables. 



Figure 1. Locations 2-6 of Segment O Determine Initial CPU Status 



751-1790-0008 
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4) all reside in ROM, whereas the temporary stack 
(which need not exceed 10 words in length as the 
present program is written) must reside in RAM, 
preferably in "physical segment 0", i.e., in the 
first 65,536 bytes of physical memory. In fact, 
using the MMTAB entry for segment shown in 
Figure 4, the temporary stack should reside in the 
first 784 bytes of physical memory. Since all of 
the instructions and tables shown in Figures 1 
through 5 occupy less than 512 bytes, a physical 
memory whose first 784 addresses refer to 512 
bytes of ROM and 256 bytes of RAM (usable later 
for other purposes) will suffice. 

The skeleton PSA shown in Figure 4 needs little 
explanation. Only the segmentation trap and the 
nonmaskable interrupt must be provided for, since 
no other interrupts or traps can occur in the 



course of executing the programs shown in Figures 
1 through 5. (Of course, a memory error could 
lead to an unimplemented instruction or system 
call trap, and a faulty CPU could do practically 
anything.) Both of the interrupt routines 

provided do nothing but halt. The segmentation 
trap routine could do something more intelligent 
if it had access to a means of communicating error 
information to the "outside world." 

The MMU initialization program shown in Figure 5 
is easily understood by anyone familiar with the 
contents of the Z8010 MMU Technical Manual . It 
begins by transmitting a set of segment descrip- 
tors to the MMU; then it enables address transla- 
tion by the MMU. Two "programming tricks" and a 
convention must be understood. 




This diagram shows the convention adopted in this application note for the connection of the 
first (possibly only) MMU. This MMU will translate references to segments through 63 (SNg = 
0). Its Chip Select (CS) signal is activated by a on AD-j , which means that any special I/O 
transaction whose I/O address has a lower byte in which bit 1 is zero will be recognized as a 
command by this MMU. The reason for using the complement of the given A/D line to select the 
chip is an artifact of the behavior of 3-state logic. The "floating" value shows up as a High 
on CS during a reset. Allowing the Reset line to be input to t?5 causes this MMU to pass 
addresses to the memory untranslated after a reset. 

In multiple-MMU configurations, the Reset line needs to be tied to CS for only one of the 
MMUs. MSEN is set and TRNS is cleared in that MMU, allowing it to pass the initial memory 
accesses untranslated. All other MMUs will 3-state their outputs. The form of connection 
shown here is the same as for MMU #1 in the examples in the Z8010 MMU Technical Manual (doc 
#00-201 5-A). 



Figure 2. ItlU Is Connected as MMU #1 



4-55 



The first programming trick is the use of a compu- 
tation to determine the number of bytes to be 
transferred to the MMU by the SOTIRB instruction. 
The required number is the difference between the 
offset portions of two addresses: the first 
descriptor byte and the first byte past the 
descriptors. 

The second programming trick is the inclusion of 
the initial SAR and mode register values in the 
table of descriptor values. This programming 

LJLJLuk IS uaci ul ucCauoc the two bcot instruct IGPiS 

to perform the one-byte transfers are SOUTB and 
SOUTIB. The only alternative to the last two 
instructions before the RET, for example, is 

LDB RH0,#*C2 
SOUTB %000D,RH0 

That alternative is perfectly acceptable in this 
case, but m cases where the identity of the MMU 
to be addressed is not known in advance, the 
alternative shown in Figure 5 is preferable. 

The convention that must be understood concerns 
the way in which the special I/O instructions are 
used to select MMU operations. The MMU opcode or 
internal register address is represented in the 
high-order byte of the special I/O space address, 
while an MMU selection code (decoded by special 



circuitry) is contained in the lower byte. In the 
example in Figure 4, the register R4 contains the 
special I/O address. The low-order byte (RL4) 
contains the complement of the value 3 (bit 1 
clear, all other bits except bit set), which is 
the selection code for MMU #1. The upper byte 
(RH4) first contains 1 (the "address" of the MMU's 
internal SAR register), then 2 (the opcode for 
"transmit descriptor and increment SAR"); then 
(the "address" of the MMU's internal mode 
register). 

The table at MMTAB (Figure 5) can be easily 
understood. The first entry, a single byte of 0, 
is used to initialize the SAR (segment address 
register), an internal MMU register used to 
determine which of the 64 segment descriptor 
registers is being addressed by the command to the 
MMU. 

The next 4*(n+1) bytes are the values used to 
initialize the descriptors for segments through 
n. This is done using a block I/O transfer to the 
MMU "address" that loads a descriptor register 
(four bytes) and then increments the SAR to 
address the next descriptor register. 

The final byte is used to set the MMU mode 
register ID field to and the bits MSEN and TRNS 
to 1 ; this is a change from the values 



! This is the initialization program transferred to after a reset of the Z8001 CPU, assuming 
the settings shown in Figure 1 for locations 2-6 of segment 0. The FCW shown in Figure 1 
results in entry to this routine in segmented system mode. 

! 

$ABS <0>8 

STARTUP: 



! Program begins at segment 0, offset 8! 



Unitialize system stack register! 
Unitialize PSAP! 



Unitialize memory mapping! 
Unitialize system stack! 
! Initialize PSAP! 



LDA RR14,INITSTACK 
LDA RR0,INITPSA 
LDCTL PSAPSEG,R0 
LDCTL PSAP0FF,R1 
CALR SETMMU 
LDA RR14,REALSTACK 
LDA RR0,REALPSA 
LDCTL PSAPSEG,R0 
LDCTL PSAP0FF,R1 
JP SYS TART 



This start-up program conducts a "bootstrap" operation. It first sets the Stack register 
(RR14) and the Program Status Address Pointer (PSAP) to values in the unmapped physical memory 
area used by the mitializaton routine. It then calls the SETMMU program to initialize memory 
mapping. Finally, it sets RR14 and the PSAP to their correct values in the mapped memory and 
jumps to the address SYSTART in mapped memory to continue the initialization process. At this 
point, the space in physical memory used by STARTUP and the temporary PSA and stack, which was 
not remapped by the SETMMU routine, can be released. 



Figure 3. Startup Code Initializes Interrupt Vectors and Memory Happing 
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established by the RESET: MSEN set, TRNS zero. 
MSEN (master enable) must be set to enable the MMU 
to emit addresses (otherwise its address output 
lines remain 3-stated). If MSEN is set, the TRNS 
bit determines whether address translation is 
performed (TRNS = 1) or addresses are passed 
through as 23-bit patterns (TRNS = 0). The other 
settable bits of the mode register, which are left 
clear by the value shown in Figure 4, are URS, MST 
and NMS. URS (upper range select) allows the MMU 
to respond to segment numbers 64-127 rather than 
0-63 on the CPU output lines SN 6 -SNq. MST 

(multiple segment tables) allows selective 
enabling of address translation by the given MMU 
(CS is used to enable command recognition by the 
MMU but has no effect on address translation). If 
MST is set, then matching the NMS (normal mode 
select) value with the MMU's N/S input line serves 
as an enabling criterion for address translation. 

Setting the ID field of the MMU's mode register to 
directs the MMU to respond to the segment trap 



acknowledge status output of the CPU by asserting 
AD3 (8 + value of the ID field) and leaving 
AD15-AD9 3-stated. Using the conventions given in 
the Z8010 MMU Technical Manual, this identifies 
the MMU as MMU #1 in the "reason" placed on the 
stack when a segment trap occurs. 

The number and values of the descriptor settings 
in the table at MMTAB depend on the details of the 
specific application and are not discussed further 
here. The additional initialization code at 

SYSTART also depends on the specific application. 
Typically, this code initializes peripheral device 
handling, enables interrupts, and starts user 
processes. The details are not discussed here. 

This concludes the discussion of the specific 
details common to the initialization of any Z8001 
CPU/Z8010 MMU system. Variations are possible, 
but, m most cases, the general form of 
initialization shown here is followed. 



This is the Program Status Area used temporarily during the stage of initialization that 



precedes the initialization of 
following the STARTUP routine. 



INITPSA: word 


0,0,0,0 


word 


0,0,0,0 


word 


0,0,0,0 


word 


0,0,0,0 


word 


0,%C000 


address 


SEGTRAP 


word 


0,%C000 


address 


NMIST0P 



memory mapping. It resides in physical memory directly 



! Unused entry! 

JUnimple merited instruction trap! 
{Privileged instruction trap! 
! System Call trap! 
{Segmentation trap! 



No more of the PSA is required, 
locations. 



! Nonmaskable interrupt! 



Processing routines can reside in immediately following 



NMIST0P: 
SEGTRAP: 



HALT 
HALT 



This is the bootstrap PSA used for the orderly handling of unexpected interrupts during the 
phase of the initialization process that precedes mtialization of memory mapping. The two 
processing routines, NMIST0P and SEGTRAP simply halt. More effective actions can be taken in 
an actual system if appropriate routines exist at known locations in physical memory. 



Figure 4. Initial PSA Has Few Real Entries 
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This is the MMU initialization routine called from the STARTUP program; it assumes a 
smgle-MMU system. First, up to 64 of the MMU's segment descriptor registers are loaded 
from a table m memory. Then address translation is enabled. The only restriction on the 
address translation set up this way is that the addresses of STARTUP must continue to be 
mapped to the same physical locations. 



SETMMU 



MMTAB: 



LDB RU,#3 




COMB RL4 




LDA RR2, MMTAB 




1 DR RH&.#1 




SOUTIB ®R4,@RR2 


R1 


LDA RRO,MMTABX 




SUB R1,R3 




LDB RH4,#SF 




SOTIRB ®R4,iRR2 


R1 


LDB RH4,#0 




SOUTIB ®R4,@RR2 


R1 


RET 




byte 




word 




byte 2 




byte %A 





{Select MMU #1 and assure Bit = 1 ! 

!Use complement to activate CS! 

! Address of information for MMU! 

! Address of SAR in MMU! 

! Initialize SAR! 

!Next byte past descriptor table! 

! Number of bytes in descriptor table! 

! Opcode for descriptor transfer! 

! Transmit descriptor table to MMU! 

! Opcode for "set mode reg"! 

! Enable address translation! 



! Initial value (segment number) of SAR! 
{Segment 0: starts at physical address 0! 
! 784 bytes long ! 

! Execute only ! 



word BASEn 
byte SIZEn 
byte ATTRIBUTESn 



! Segment n (£63): starts at 256*BASEn! 
! 256' (SIZEn + 1) bytes long ! 
! attributes as specified ! 



MMTABX: byte %CQ 



!MMU mode register value: M5EN, TRNS; ID r 0! 



This MMU initialization routine transmits the table of segment descriptors at MMTAB to 

the MMU addressed by special I/O instructions with a lower byte in which the value of bit 1 is 
(MMU #1 using the conventions suggested in the Z8010 MMU Technical Manual ). Finally, it 
transmits a mode register value in which the MSEN and TRNS bits are set and all others are 0. 



Figure 5. A Few Instructions Initialize the MMU 



4-58 



00-2154-01 



Non-Segmented Z8001 
CPU Programming 



Zilog 



Application Note 



September 1981 



INTRODUCTION 

The Z8001 CPU, which is designed to operate with 8M 
byte segmented memory address spaces, can also be 
operated in a nonsegmented mode. Thus the user 
gets the best of two worlds: the flexibility and 
power of 8M byte segmented memory address spaces, 
and the economy of 16-bit addresses. Furthermore, 
the Z8000 CPU Family has been designed in such a 
way that operation of the Z8001 CPU in nonsegmented 
mode is compatible, to the extent possible, with 
operation of the Z8002 CPU, which is designed to be 
used exclusively in nonsegmented mode. 

This application note first describes in detail the 
differences in memory and register space require- 
ments and in instruction execution times between 
segmented and nonsegmented Z8001 CPU operation. It 
then enumerates and discusses the few points of 
incompatibility between Z8002 CPU operation and 
nonsegmented Z8001 CPU operation. The Z8003 CPU is 
identical to the Z8001 CPU for the purposes of this 
note. 



One of the trickier points in dealing with nonseg- 
mented Z8001 CPU operation is the mixing of nonseg- 
mented and segmented programs within an applica- 
tion. Several ways to handle such mixing are dis- 
cussed. Finally, to make parts of the discussion 
completely specific, a means of handling the system 
call (SC) trap is shown with actual Z8001 CPU 
programs, and several utility routines designed to 
be invoked through the SC mechanism are presented. 



This application note deals very specifically with 
"esoteric" details of Z8001 CPU operation. The 
reader is assumed to have read the Z8000 CPU 
Technical Manual (00-2010-C) and to be familiar 
with the general ideas of segmented memory address- 
ing on the Z8001 CPU and with interrupt and trap 
handling in the Z8001 CPU Family. 

ECONOMIES OF NONSEGMENTED Z8001 CPU OPERATION 

All Z8001 CPU memory addresses are 23 bits long. 
In the segmented mode of operation, each address is 
specified completely, using 32-bit representations 
in instructions and registers. In nonsegmented 
mode, all address representations assume implicitly 
the 7-bit segment number field of the Program 
Counter (PC), so that only 16 bits are required to 
represent any address. 

The ability to use 16-bit address representations 
when operating the Z8001 CPU in nonsegmented mode 
results in economies of both space and time. The 
economies of space derive from the smaller memory 
and fewer registers used for 16-bit address repre- 
sentations. The economies of time, generally 
speaking, derive from the fact that there is no 
need to fetch or store a second word of address 
representations in instructions, in registers, or 
on a stack. Thus, for example, a RET instruction 
requires an additional three clock cycles of execu- 
tion time in segmented mode, because an extra word 
must be popped from the stack. The space and time 
economies of nonsegmented mode Z8001 operation are 
summarized in Table 1 . 
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Table 1. Economies of Z8001 
Non segmented Operation 



Function 


Space Economy 


Time Economy 
(clock cycles) 


Instructions using 


1 word of 


3 cycles 


direct addressing 


instruction 




(compared with full 


memory 




segmented address) 






Instructions using 





1 cycle 


direct addressing 






(compared with short 






segmented address) 






Instructions using 


1 word of 


3 cycles 


indexed addressing 


instruction 




(compared with full 


memory 




segmented addresses) 






Storage of an address 


1 word register 





in a register 






Moving an address 




Difference in 
timing between 
word and long 
word version of 
LD, PUSH, POP, etc. 


CALL or CALR 


1 word of stack 


5 cycles 


RET 





3 cycles 


LDPS 


2 words of data 
memory 


3-4- cycles 


Loading to or from 


1 word register 


7 cycles 


PSAP or NSP control 






register 






DP using indirect 


1 word register 


5 cycles 


register mode (@) 






if jump is taken 






Use of indexed 


Fewer instructions 


2-k cycles for 


addressing to 


for many operations 


Load instruction; 


simulate based 




added savings 


addressing 




when shorter 






programs result. 
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Table 1 can also be regarded as summarizing the 
"segmentation penalty" if nonsegmented operation is 
taken as the standard. It is clear from the table 
that among common operations the only difference in 
size between segmented and nonsegmented mode in- 
structions is the extra word required by direct or 
indexed addressing using full (as opposed to short 
segmented) addresses in the instructions. Most 
large programs avoid direct addressing, except for 
CALL instructions and references to global varia- 
bles, both of which can use short segmented ad- 
dressing in a large proportion of cases. 

The table also shows that among common operations 
not involving direct or indexed addressing, the 
only difference in instruction execution time be- 
tween the segmented and nonsegmented Z8001 CPU 
operating modes is in subroutine calling and 
returning. This difference is due to the saving 
and restoring of 32-bit return address representa- 
tions. 

A major savings that is difficult to measure 
quantitatively results from the use of indexed 
addressing in nonsegmented mode to simulate based 
addressing. Thus, for example, it is possible to 
write 

ADD R0,MR15) 

to add the third word of the stack to the contents 
of RO. In this construction, the offset (4) plays 
the role of the address, and the address (the con- 
tents of R15) plays the role of the offset. Since 
each is 16 bits long, there is no difference; they 
are added together to obtain the 16-bit offset por- 
tion of the argument address; the segment number 
portion is derived from the PC. Thus, based 



addressing, which is essential for the handling of 
stack-based data, is available with most instruc- 
tions. 

There is one pitfall to watch for when using index- 
ed addressing to simulate based addressing. Index- 
ed references never result In "stack reference" 

status on ST 3 _ S T0, since this status only occurs 
when the Stack register (R15) is used as an address 
register. In indexed addressing, the address comes 
from the instruction, and the register contains an 
offset. Thus, if data and stack memories are 
distinguished by the ST3-ST0 status outputs, then 
indexed addressing cannot be used to access stack 
elements 



Z8002 Compatibility 

The road between the Z8002 CPU and nonsegmented 
Z8001 CPU operation is a two-way street: programs 
can migrate in either direction. For example, a 
Z8001 -based development system can be used to 
develop and check programs whose target system is 
Z8002-based. Conversely, a Z8002-based application 
can be easily evolved into a Z8001-based applica- 
tion by using a nonsegmented Z8001 operation as a 
first step. Furthermore, utility routines or other 
parts of a program developed for one of these CPUs 
could be integrated with programs developed for the 
other. All of these possibilities illustrate the 
importance of writing nonsegmented code for the 
Z8001 CPU. 

There are very few differences between Z8002 code 
and nonsegmented Z8001 code; all of them are 
associated with interrupt processing (see Table 2). 
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Table 2. Differences Between Z8002 and 
Nonsegmented Z8001 CPU Operation 



Z8002 Operation 


Z8001 Operation 


Interrupts and traps, including 


Interrupts and traps, including 


SC, cause a 3-word CPU status to 


SC, cause a 4-word CPU status 


be saved on the stack in the 


to be saved on the stack in the 


format: 


format: 


SP — > reason 


SP — > reason 


FCW 


FCW 


16-bit PC 


PC - segment number 




PC - offset 


The 256 possible interrupt 


The 128 even-numbered interrupt 


vector byte values correspond 


vector byte values correspond 


to legal vectored interrupts. 


to legal vectored interrupts. 


The Z8002 CPU uses a Program 


The Z8001 CPU, regardless of 


Status Area (PSA) format in 


the mode in which it is 


which one word is dedicated to 


operating, uses a PSA format 


each FCW and each PC. No entry 


in which two words are 


is required for the "segmenta- 


dedicated to each FCW and each 


tion trap" vector. 


PC. 


The Z8002 CPU must be placed in 


The Z8001 CPU must be placed 


system mode before the IRET 


into segmented system mode 


instruction is executed. 


before the IRET instruction is 




executed. 
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The practical effect of these differences is very 
small in many applications. The PSA differs 
between the Z8002 and Z8001 versions, but the dif- 
ferences are only in the sizes of the vector 
entries—four words for the Z8001, two words for 
the Z8002. The Z8001 restriction to even-numbered 
vectored interrupt devices limits the number of 
devices to 128, which is ample for most applica- 
tions. The interrupt and trap routines can be 
almost identical for the two versions, unless they 
access the saved PC value or anything "deeper" in 
the stack. Since the "reason" and the saved FCW 
are the top two words of the stack in either case, 
the instructions that access these items can be the 
same in both versions. The Z8001 versions of the 
interrupt routines can be written in nonsegmented 
form. The SEG bit must be set to zero in the 
corresponding PSA entry's FCW value, and the CPU 
must be placed into segmented mode before execution 
of the IRET instruction. A good approach to this 
is to dedicate one of the SC instructions (e.g., SC 
#0) to the performance of this kind of segmented 
IRET. The details of this will be explained in a 
later section; the advantage of the approach is 
that it provides a one-word replacement for the 
IRETs of a Z8002-based program. 



Programs that access data or call programs In 
another segment must consist wholly or partially of 
segmented code. Programs that make no references 
outside of their own segments can consist entirely 
of nonsegmented code. 

One point to consider when mixing segmented and 
nonsegmented code is that operation of the RET 
instruction depends on the mode in which the CPU is 
operating when the RET is executed, whereas the 
operating mode on entry to a subroutine is that of 
the calling program. Thus, special steps must be 
taken to assure that subroutines called by programs 
running in either mode behave properly. One 
approach is to enter such routines through the SC 
mechanism. Another approach is to allocate two of 
the SC instructions to subroutine entry and exit 
functions. The first of these SC instructions is 
executed as the first instruction of a subroutine 
to save the caller's operating mode; the second 
replaces the RET Instruction and causes the CPU to 
enter the proper mode before returning. Further- 
more, there can be two versions of the first of 
these SC instructions; each can save the caller's 
operating mode, then place the CPU into the mode 
appropriate for the given subroutine. 



When the Z8001 CPU is operating in nonsegmented 
mode, R14 refers to the same register in both 
System and Normal modes, just as in Z8002 CPU oper- 
ation. This is not anomalous or surprising, but 
many new Z8000 programmers have been confused by 
the requirement that interrupts be processed in 
segmented mode. If an interrupt occurs when the 
Z8001 CPU is operating in nonsegmented System mode, 
the CPU immediately enters the segmented System 
mode of operation. At that time, R14- begins to 
refer to the segment portion of the stack register, 
and the register previously referred to as R14 is 
accessible now only by using the LDCTL instruction 
with the NSPSEG operand. This situation remains in 
effect until the CPU returns to nonsegmented opera- 
tion, which could happen before the execution of 
the first instruction of the interrupt-processing 
routine if the FCW loaded from the PSA does not 
have the SEG bit set. 

COKBINING SEGMENTED AND NONSEGMENTED CODE FOR 
THE Z8001 

Segmented and nonsegmented programs can be mixed to 
any extent desired, since any program running in 
System mode can carry out the required setting or 
clearing of the SEG bit in the FCW. If such 
switching of modes is to be done at many points, or 
if it is to be done by programs running in Normal 
mode, two of the 256 SC instructions can be dedica- 
ted to the FCW changes. 



A Systems/ Application Distinction 

One separation of segmented and nonsegmented code 
is on the basis of the System/Normal operating 
mode. A set of general utility programs can be 
written to be executed in segmented System mode, 
and self-contained application programs can run in 
nonsegmented Normal mode, using the SC mechanism to 
make calls on the utility programs. An approach 
such as this, which centralizes control of the mix- 
ing of segmented and nonsegmented programs, avoids 
the complications of uncontrolled mixing of modes. 

THE SC MECHANISM 

The preceding discussion Includes several refer- 
ences to the use of SC instructions. To allow 
these examples to be understood at a more concrete 
level, one of the many possible ways to handle SC 
traps is elaborated here. 

Figure 1 shows a program to be executed each time 
an SC trap occurs; that is, it is assumed that the 
address SCHAND will be stored in the PC field of 
the SC entry (vector) of the PSA. The program at 
SCHAND is assumed to be segmented, and it accesses 
the System mode stack, so the SEG and S/N bits must 
be set in the FCW field of the SC entry of the 
PSA. Furthermore, the VIE and NVIE bits of the FCW 
field of the SC entry in the PSA must be 0, for 
reasons to be discussed shortly. 
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SCHAND: DEC R15,#14 

LDM @RR14,R0,#3 

LD R1,RRlWm) 

CLRB RH1 

MULT RR0,#6 

LD R2,TABLE(R1) 

INC R1 ,#2 

LDL RR0,TABLE(R1) 

LDL RR14(#10),RR0 

in D1 DD1 III &1£\ 

i_w n i f i \t\ i t\ g iu/ 

AND R1,#%1800 

AND R2,#%E7FF 

OR R2,R1 

LD RR1M#8),R2 

LDM RO,@RH,#3 

INC R15,#6 

IRET 



!Room for new status & 3 registers! 
!Use R0-R2 for working space! 
!Get SC instruction (reason)! 
!Low byte is index to table! 
! of 6-byte entries ! 
!Get FCW entry from TABLE! 

!Get PC entry from TABLE! 
!Put PC entry into new status! 

I^«+ ~-~w *,>..,. CPU/ Ar t+- M wl 

!Save VIE,NVIE settings! 

!Zero VIE,NVIE in FCW from TABLE! 

!Put saved bits into new FCW! 

!Put FCW into new status! 

{Restore registers used! 

! Bring new status to top of stack! 



This SC-handling routine allows each of the 256 SC instructions 
to be written as if it had its own separate interrupt. An array 
of 3-word entries called TABLE contains the FCW and PC values to 
be established for each, except that the VIE and NVIE (interrupt 
enable) bits in the FCW are taken from the saved status of the 
program executing the SC instruction. 

The Program shown here has not been optimized for speed. Multi- 
plication of the low byte of the reason by 6, for example, can be 
accomplished in fewer clock cycles than are required for the CLRB 
and MULT instructions shown here. 



Figure 1 . A Flexible SC-handling Scheme 
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The program at SCHAND simulates a "vectored inter- 
rupt" facility for SC instructions, but the VIE and 
NVIE values are taken from the saved status of the 
program executing the SC instruction, not from the 
"vector" for that instruction. This assures that 
the routines invoked by SC instructions, which can 
be called from a variety of priority levels, won't 
have the side effect of enabling any previously 
disabled interrupts. For this reason, the FCW 
entry for SC must leave both VI and NVI disabled. 



Given this mechanism, several of the uses of the SC 
instructions suggested earlier can now be made con- 
crete. Figure 2 shows possible assignments for the 
first three SC instructions; Figure 3 shows the 
corresponding TABLE entries and implementing pro- 
grams. A reader who has difficulty understanding 
these programs or the program In Figure 1 should 
review the material on interrupt and trap handling 
in the Z8000 CPU Technical Manual. 



SC Instruction 


Function 


SC #0 


Perform segmented IRET 


SC #1 


Set SEG bit in FCW 


SC #2 


Clear SEG bit in FCW 



Figure 2. Possible SC Instruction Functions 



TABLE: 



word %C000 

long SEGIRET 

word %C080 

long SEGSET 

word %C000 

long SEGSET 



ISC #0: SEG, S/N set! 
ISC #1: SEG, S/N, C set! 
ISC #2: SEG, S/N set! 

! Remove SC-related stack items! 



!Save R0, use reason as scratch! 
!Get saved FCW from the stack! 
!C distinguishes SC #1 from SC #2! 
!C = for clearing SEG! 

!C = 1 for setting SEG! 

I Replace altered FCW on stack! 

I Restore R0! 



This section of TABLE and the associated programs implement the 
three SC instructions shown in Figure 2. The program at SEGIRET 
is operating in segmented mode because of its entry in TABLE, so 
all it needs to do is return the stack register to its value 
before execution of the SC #0 and to perform the IRET. 

The program at SEGSET implements both the setting and the 
clearing of SEG. The C bit setting in TABLE distinguishes the 

two functions. The change to SEG is made in the saved FCW on the 
stack, which is the source of the status that will be established 
by the IRET instruction. 



SEGIRET: 


INC R15, #8 




IRET 


SEGSET: 


LD (!>RRU,R0 




LD R0,RR1M#2) 




OR C,$1 




RES R0,#15 




OR $2 


$1: 


SET R0,#15 


$2: 


LD RR14(#2),R0 




LD R0,@RRH 




IRET 



Figure 3. Impleaentation of Three SC Instructions 



00-2152-01 
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1 .0 INTRODUCTION 

The Z8000 Calling Conventions allow programs 
written in various languages for the Z8000 micro- 
processor to communicate with each other and to 
share common libraries. The conventions include 
argument passing, Stack Pointer status, and regis- 
ter assignments on entry to and exit from a 
routine. The conventions described here apply to 
all programming languages supported by the Z8000 
microprocessor. 

Calling conventions were developed that: 

• Satisfy the reguirements of languages such as 
C, PLZ/SYS, FORTRAN, and PASCAL. 

• Do not introduce undue call and return overhead 
in code generated by one language processor at 
the expense of another. 

• Minimize the complexity of the code generators. 

• Allow passing of structured parameters by 
value. 

• Encourage efficiency by allowing local vari- 
ables to be kept in registers and parameters to 
be passed in registers. 

The calling convention has three parts which are 
described in the following sections. These three 
parts describe: 

• How registers may be used by procedures and 
what happens to the register contents when 
calling or returning. 



How the stack must be organized when entering, 
executing in, and returning from a procedure. 

Where parameters must be when entering or 
returning from a procedure. 



2.0 REGISTER USAGE 



As shown in Figure 1, the Z8000's general-purpose 
register set is divided into three groups for the 
purposes of this calling convention. 





NON-SEGMENTED 
PROGRAMS 


RO 








R7 




R8 








R14 




R15 





?-r{ 



OPTIONAL 
I — FRAME — ^> 
Wl POINTER J 

y*— STACK POINTER- 1 "*^ 



Figure 1. ZB000 Register Usage 



The first group is called the scratch registers 
and consists of R0-R7. These registers will 
contain value or reference parameters when 
entering a procedure and result parameters when 
returning from a procedure. While executing, the 
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procedure may use these registers in any way and 
does not need to restore them to their original 
values when it returns. 

The second group is called the safe registers and 
consists of R8-R14 for nonseqmented programs and 
R8-R13 for segmented programs. The values m 
these registers must be the same when a procedure 
returns as they were when the procedure was 
entered. This means a safe register can hold the 
value of a local variable, because procedure calls 
will nnf ^Iter its x/ alue = If 9 n roced'jre c^a nn es 
the value of a safe register, it must save the 
value of that register when it is entered, and 
restore it when it returns. 



and floating-point result parameters when 
returning from a procedure. While executing, the 
procedure may use these registers in any way and 
does not need to restore them to their original 
values. 

The second group is the floating safe registers, 
FR4-FR7. These registers are used in the same way 
as the general-purpose safe registers and thus the 
values in these registers must be the same when a 
procedure returns as they were when the procedure 



3.0 STACK ORGANIZATION 



The third group consists of the stack pointer 
(SP), which is R15 for nonsegmented programs and 
R14 and R15 for segmented programs. The stack 
pointer always points to the top of the stack. 

The calling convention also allows for, but does 
not require, the use of a frame pointer to point 
to the current stack frame (described in the next 
section). When a frame pointer is used, it is 
always the highest safe register, R14 for a 
nonsegmented program, RR12 for a segmented 
program. 

The Z8000 Floating-Point Registers (either 
simulated in software by the Z8070 emulation 
package or provided in hardware by the Z8070 
arithmetic "^rocessin unit^ are similar! 1 ' divided 
into two groups as shown in Figure 2. 



FLOATING 
SCRATCH < 
REGISTERS 



FLOATING 

SAFE < 
REGISTERS 



FR3 
FR4 



Figure 3 shows how the top of the stack must look 
when a procedure is entered. The return address 
must be on the top of the stack (pointed to by the 
stack pointer), followed by any parameters that 
must be passed in on the stack. This figure also 
shows the stack after the same procedure has 
returned. The only difference is that the return 
address has been popped off the stack. 



UPON ENTRY 

TO A 
PROCEDURE 



AFTER RETURN 

FROM A 

PROCEDURE 



PARAMETERS 
PASSED IN 
STORAGE 



PARAMETERS 
PASSED IN 
STORAGE 



Figure 3. The Stack Upon Entry To 
and After Return From a Procedure 



Figure 2. Z8000 Floating-Point 
Register Usage 



The first group is the floating scratch registers, 
FR0-FR3. These registers will contain floating- 
point value parameters upon entering a procedure 



During the execution of a procedure, the stack 
will contain a data area called the stack frame 
(also known as the activation record) for that 
procedure. The stack frame is allocated on the 
stack by the procedure and contains saved values, 



4-68 



local variables, and temporary locations for the 
procedure. Figure 4 shows the stack while a 
•procedure is executing. 



RETURN ADDRESS 



STACK 

FRAME 

FOR( 

EXECUTING 

PROCEDURE 



PARAMETERS 
PASSED IN 
STORAGE 



FLOATING SAFE 
REGISTER 
SAVE AREA 



LOCAL 

VARIABLES 

AND 

TEMPORARIES 





PARAMETERS 
PASSED IN 
STORAGE 




RETURN ADDRESS 


FRAME ^ 

POINTER 


OLD VALUE OF 
FRAME POINTER 




SAFE REGISTER 
SAVE AREA 




FLOATING SAFE 
REGISTER 
SAVE AREA 


STACK fc 


LOCAL 

VARIABLES 

AND 

TEMPORARIES 


POINTER 


1 

STACK 
GROWTH 



STACK 
FRAME 
>FOR 
EXECUTING 
PROCEDURES 



Figure 4- The Stack During Procedure Execution 



The called procedure may or may not use the frame 
pointer as shown. If no frame pointer is used, 
the size of the stack frame must not change while 
the procedure is executing. Thus parameters 
passed in storage by calls from this procedure 
must be accommodated in temporary locations at the 
bottom of the stack frame, and not pushed onto the 
stack. This organization of the stack substan- 
tially shortens the subroutine entry and exit 
sequence. 

If a frame pointer is used, then the calling 
procedures 's frame pointer must be saved on the 
stack by the called routine as shown in Figure 4. 
If a frame pointer is used, the size of the stack 
frame can vary, and thus parameters can be pushed 
onto the stack if desired. 

The calling convention allows procedures with and 
without a frame pointer to be mixed on the stack 
From this point of view, the frame pointer is just 
a safe register that is used in an agreed upon way 
by certain procedures. 

If a procedure modifies the contents of any of the 
safe registers or floating safe registers while it 



executes, then it must save the values of these 
registers in its stack frame when it is entered so 
that it can restore them when it returns. The 
highest safe register not used as a frame pointer 
should be saved at the top of the activation 
record (nearest the return address) with lower 
number registers saved at lower addresses. This 
is the same order used by the LDM instruction. 
Only those safe registers actually modified by the 
procedure need to be saved. 

Any floating safe registers that are modified by 
the procedure are saved in the activation record 
just below the last general purpose safe 
register. Higher numbered floating registers are 
saved toward the top of the activation record. 



4.0 PARAMETERS 

Parameters provide a substitution mechanism that 
permits a procedure's activity to be repeated, 
varying its arguments. Parameters are referred to 
as either formal or actual. Formal parameters are 
the names that appear in the definition of a 
procedure. Actual parameters are the values that 
are substituted for the corresponding formal 
parameters when the procedure is called. 

The Z8000 parameter-passing conventions cover 
three kinds of parameters: value, reference, and 
result. Value and reference parameters are passed 
from the calling routine to the called routine. 
For value parameters, the value of the actual 
parameter is passed. For reference parameters, 
the address of the actual parameter is passed. 
For result parameters, the value of the formal 
parameter in the called routine is passed to the 
corresponding actual parameter of the calling rou- 
tine when the called routine returns. 

Each kind of parameter has a length given in bytes 
(denoted as length(p) for a parameter p). For 
value and result parameters, this is the length of 
the declared formal parameter as determined by its 
type. For languages that do not declare formal 
parameters or when the procedure declaration is 
not accessible when the call is being compiled, 
the length is the same as the length of the actual 
parameter. For reference parameters, the length 
is the length of an address, in other words, two 
bytes in nonsegmented mode and four bytes in 
segmented mode. 
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In addition to a parameter's length, the calling 
convention distinguishes between parameters of 
floating-point type and parameters of all other 
types. 

The kind, type and length of a parameter are 
determined by the conventions of the language in 
which the calling and the called procedures are 
written. The user must ensure that these conven- 
tions match when making interlanguage calls. 



4.1 THE PARAMETER REGISTER ASSIGNMENT ALGORITHM 



• The underlying registers of a quad word regis- 
ter (rqn) are rln rhn, rln+1, rhn+1, rln+2, 
rhn+2, rln+3. and rhn+3. 

This is illustrated in Figure 5: 



RQO 


RQ4 


RRO 


RR2 


RR4 




RO 


R1 


R2 


R3 


R4 




RHOJRLO 


RH1 RL1 


RH2 RL2 


RH3 RL3 


RH4 


I 



This section describes an algorithm that assigns 
every parameter in a parameter list to either a 
general-purpose register, floating point register, 
or storage offset. The parameter assigned to a 
register is passed m that register during a 
call. A parameter assigned to storage offset is 
passed in a storage location whose address is the 
given offset from the Stack Pointer on entry to 
the called routine. The algorithm assigns as many 
parameters to general-purpose registers r2-r7 and 
floating-point registers fr0-fr3 as possible. 



Figure 5. The Underlying Registers 



• If n > m, general-purpose register rxn or rn is 
higher than a general-purpose register rxm or 
rm. A byte register rln is higher than a byte 
register rhn. 

• There are eight floating-point registers, frO- 
fr7, each capable of holding one floating point 
value of any precision. 



The algorithm makes the following assumptions: 
There are four kinds of general -purpose registers: 

• Byte (denoted as rln, rhn, n = 0...15) 

• word (denoted as rn, n = 0...15) 

• Long Word (denoted as rrn, n = 0, 2, 4, 6, 8, 
10, 12, 14) 

• Quad Word (denoted as rqn, n = 0, 4, 8, 12) 

• The length of a general-purpose register r 
[(denoted length(r)] is 1 for a byte register, 
2 for a word register, 4 for a long word 
register, and 8 for a quad word register. 

• Each general-purpose register has a set of 
underlying byte registers as follows: 

• The underlying register of byte register is the 
register itself. 

• The underlying registers of a word register 
(rn) are the byte registers rln and rhn. 

• The underlying registers of a long word 
register (rrn) are rln, rhn, rln+1, and rhn+1. 



• A floating register frn is higher than a float- 
ing register frm if n > m. 

The algorithm starts by processing each value or 
reference parameter m left -to-right order. If 
there are unused registers of the same size and 
type as the parameter, the parameter is assigned 
to the highest of these registers; otherwise, it 
is assigned to the next available storage 
location. Once a parameter is assigned to 
storage, all the parameters in the parameter list 
that follow it are also assigned to storage. The 
same thing is then done for the result parameters, 
except they are assigned to the lowest available 
registers in sequence r2, r3, r4, .., r7 (or frO, 
fr1, fr2, fr3), whereas the other parameters are 
assigned to the registers in sequence r7, r6, r5, 
..., r2 (or fr3, fr2, fr1, frO). The result 
parameters can overlap value or reference 
parameters in registers, but not in storage. 

The algorithm marks byte registers and floating- 
point registers as available or unavailable to 
keep track of which registers have been assigned 
to parameters, and it uses a variable, current 
offset, to indicate which storage offsets have 
been assigned parameters. 
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*.2 THE ALGORITHM 

This algorithm assigns parameters to registers and 
storage. The phrases in bold are defined in 
detail in Table A. 

1. Mark all byte registers underlying r2-r7 as 
available, and mark all other byte registers as 
unavailable. Mark floating-point registers 
fr0-fr3 as available and mark all other float- 
ing-point registers unavailable. 

2. Initialize current offset to 4 if in segmented 
mode or to 2 if in nonsegmented mode (this 
allows for the return address to which the 
stack pointer points) . 

3. For every value or reference parameter in 
left -to-right order in the parameter list, do 
the following: 



Determine whether 
register. 



p will fit into a 



b. If p will fit into a register, assign p to 

a value/reference register. 

c. If p will not fit into a register, assign 

p to storage and mark all available byte 
and floating-point registers as unavail- 
able. 

4. Mark all byte registers underlying r2-r7 as 
available and all other byte registers as 
unavailable. Mark floating-point registers 
fr0-fr3 as available and all other floating- 
point registers as unavailable. 

5. For every result parameter in left -to-right 
order in the parameter list, do the following: 

a. Determine whether p will fit into a 
register. 

b. If p will fit into a register, assign p to 
a result register. 

c. If p will not fit into a register, assign 
p to storage and mark all available byte 
and floating-point registers as unavail- 
able. 



Table A. Definition of Algorithm Elements 



1. Determine whether p will fit into a register: 



3. Assign p to a result register: 



If p is a floating-point value or result 
parameter, then p will fit into a register if 
there is a floating-point register which is 
available. Otherwise, p will fit into a 
register if there is a register r such that 
length(p) = length(r) and all byte registers 
underlying r are available. 

2. Assign p to a value/reference register: 

If parameter p is a floating-point value 
parameter then: 

a. Assign p to the highest available float- 
ing-point register r. 

b. Mark floating-point register r as unavail- 
able. 



If parameter p is a floating-point result 
parameter then: 

a. Assign p to the lowest available float- 
ing-point register r. 

b. Mark floating-point register r as unavail- 
able. 

Otherwise: 

a. Find the lowest general -purpose register r 
such that length(p) = length(r) and all 
byte registers underlying r are available. 

b. Assign parameter p to register r. 

c. Mark all byte registers underlying r as 
unavailable, and mark any lower available 
byte registers as unavailable. 



Otherwise: 



4. Assign p to storage: 



a. Find the highest general -purpose register 
r such that length (p) = length (r) and all 
byte registers underlying r are available. 

b. Assign parameter p to register r. 

c. Mark all byte registers underying r as 
unavailable, and mark any higher available 
byte registers as unavailable. 



a. If length (p) > 1 and current offset is 
odd, then add 1 to current offset. 

b. Assign parameter p to storage at offset 
current offset. 

c. Add length (p) to current offset. 
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APPENDIX A 



This appendix gives an example of using the Z8000 
calling conventions for a C language routine, 
"caller", which calls another routine, "called". 

Figure 6 shows the C code, and Figure 9 shows the 
corresponding assembly language code. Figure 7 
shows the registers upon entry to "called" (just 
after executing line 25 in Figure 9) and after 
returning from routine "called" (just after exe- 
cuting line 13 in Figure 9). Figure 8 shows how 
the stack looks during execution of "called" 
(line 11 in Figure 9). 



long called (a,b,c,d,e) 

/♦called routine - returns long */ 



long b,c; 
int a,d,e; 




i 

caller () 

i 



long y; 
return y; 

/* calling routine */ 

long a2, a3, x; 
int a1, a4, a5; 

x = called (a1, a2, a3, a4, a5) ; 



Figure 6: A Sample C Progra 



Figure 7. Registers Upon Entry To and 
Return From Routine Called 



STACK 
OF "CALLER" 



STACK 
FRAME { 
OF "CALLED' 



SP BEFORE CALL 



SP WHILE 
"CALLED" IS 
EXECUTING 







LOCALVARIABLES 

SAFE REGISTER 

SAVE AREA AND 

TEMPORARIES 

OF "CALLER" 




A5(E) 




A4(D) 




RETURN 
ADDRESS 




SAVED SAFE 
REGISTERS 




LOCAL 

VARIABLES 

AND 

TEMPORARIES 

OF "CALLED" 






* 



STACK 
GROWTH 



Figure 8. The Stack Frame When the Routine 
Called (From the Sample C Program) is Executing. 
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1 

2 
3 
4 
5 
6 

7 
8 
9 
10 
11 
12 
13 
14 



modul MODULE 
$SEGMENTED 
CONSTANT 

fp 
EXTERNAL 

stkseg LABEL 



r15; 



! stack segment! 



GLOBAL 


code for routine called ■ ■ 


called 


PROCEDURE 


ENTRY 




dec 


fp,#4 ! Allocate called' s stack frame! 


ldl 


rr2, Istksegl (fp) ! Assign local variable y to return register! 


inc 


fp,#4 ! Deallocate stackframe! 


ret 




END 


called 



15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 
29 



- code for routine caller 



caller PROCEDURE 

ENTRY 

fp,#22 

r2|stkseg+4+14|(fp) 
Istksegl (fp),ri 
r2|stkseg+4+16|(fp) 
'stkseg+2|(fp),r2 



sub 

Id 

Id 

Id 

Id 

Id 

ldl 

ldl 

call 

ldl 

add 

ret 

END 



r7, lstkseg+4+12 



(fp) 



rr4, |stkseg+4J (fp) 
rr2, stkseg+4+4 (fp) 

called 

|stkseg+4+8|(fp),rr2 

fp,#22 

caller 



{Allocate caller's stackframe! 

!Move a4 to overflow parameter area! 

!Move a5 to overflow parameter area! 

!Move a1 to r7! 

!Move a2 to rr4! 

!Move a3 to rr2! 

! Assign returned value to x! 
{Deallocate caller's stackframe! 



30 END modul 



Figure 9. Actual Z8001 Code for Program of Figure 4 
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APPENDIX B 

SPECIAL TREATMENT OF FLOATING POINT PARAMETERS 

Far programs which will run on a Z8000 without a Until September 1982, all Zilog compilers will 

Z8070 arithmetic processing unit or Z8070 software pass floating-point parameters in the same way as 

emulator, floating-point value and result param- non-floating-point parameters. Thereafter, the 

eters should be treated just like non-floating- full standard given here will be used, 
point parameters. 



4-74 03-oi30-oi 



Fast Block Moves with the 
Z8000 CPU 



Zilog 



Application Brief 



September 1981 



The Z8000 CPUs are equipped with instructions that 
allow memory-to-memory transfers to proceed at 
speeds usually associated with DMA equipment. 
This application brief shows how to use the two 
different mechanisms available in Z8000 CPUs for 
block moves; then it compares their performance 
for long and short blocks. 

The two block-moving facilities in the Z8000 CPUs 
are the LDIR instruction (and its alter ego, the 
LDDR instruction) and the LDM instruction. With 
LDIR, words are moved from one memory area to 
another at a basic rate of 9 clock cycles per 
word, using two address registers and a 16-bit 
counter register. With LDM, words are moved from 
memory into registers, then from registers into 
the new memory area. The basic rate for this kind 



of transfer is 6 clock cycles per word. In either 
case, there is overhead associated with setup and 
looping. The differences in overhead make LDM 
more effective with small blocks and LDIR more 
effective with large blocks. In either case, only 
blocks of words, aligned on word boundaries, are 
considered. For blocks of bytes, there is a byte 
version of the LDIR instruction but no byte 
version of LDM. 

Figure 1 shows a comparison of the two methods in 
moving a block of eight words. The method using 
LDIR requires 88 clock cycles, while the method 
using LDM requires only 70 clock cycles. At clock 
rates of 10 MHz, these result in transfer rates of 
1.82M bytes per second for the LDIR method and 
2.29M bytes per second for the LDM method. 



lAssume that RR12 contains the address THERE and RR10 contains the address HERE. The follow- 
ing sections of Z8001 instruction move a block of 8 words from HERE to THERE. 
! 

!LDIR version: ! 



!LDM version: ! 



LDK R9,#8 

LDIR ®RR12,@RR10,R9 



LDM R0,®RR10,#8 
LDM @RR12,R0,#8 



5 cycles 
83 c ycles 
88 cycles = 8.8 us @10 NHz or 1.82 M bytes/sec 

35 cycles 
35 c ycles 
70 cycles = 7.0 us ®10 MHz, or 2.29 M bytes/sec 



In this case, the LDM version is faster— taking 80% of the execution time of the LDIR 
version. Other differences are: 

(1) The LDIR version uses R9 for a counter and modifies RR10 and RR12. 

(2) The LDM version modifies R0-R7 but leaves all other registers unchanged. 

In some applications, the modification of RR10 and RR12 may be desirable, in others it may 
not. 



Figure 1: LDM outperforms LDIR in an 8-word transfer. 



©1981 byZilog, Inc. 
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Figure 2 shows a comparison of the methods in 
moving a block of 128 words. In this case the 
LDIR method is faster, requiring only 1170 cycles 
as opposed to the 1415 cycles required for the LDM 
method. At clock rates of 10 MHz, the LDIR method 
gives a transfer rate of 2.19M bytes per second, 
while the LDM method achieves a rate of 1.81M 
bytes per second. 



In summary, for large or small blocks of data the 
Z8000 CPUs are capable of effecting 

memory-to-memory transfers at rates in excess of 
2M bytes per second using CPU instructions, 
without the need for a DMA device. 



! Assume that RR12 contains the address THERE and RR10 contains the address HERE. Each of the 

two following sections of Z8001 instructions moves 128 words from HERE to THERE. 

! 

!LDIR version: ! 

LD R9,#128 7 cycles 

LDIR ®RR12,(1RR10,R9 1163 c ycles 

1170 cycles = 1 17 us 1)10 MHz, or 2.19 M bytes/sec 



!LDM version: ! 



LP: 



7 cycles 
35 cycles- 
35 cycles 
4 cycles 
4 cycles 
4 cycles 
6 cycli 



-x16 



LD R9,#16 
LDM R0,@RR10,#8 
LDM <DRR12,R0,#8 
INC R11,#16 
INC R13,#16 
DEC R9 
JR GT,LP 

7 + 16 x 88 = 1415 cycles = 141.5 us 310 MHz, or 1.81 M bytes/sec 

In this case, the overhead of the loop associated with the LDM version outweighs the speed 
advantage of the LDM instruction. In fact, even if the LDM version consisted of 16 
re°etitions of the se n uence LDM LDM INC INC (without the INCs on the final se r, uence) the 
LDM version would still require 1240 cycles — 70 more than the LDIR version. 



Figure 2: LDIR outperforms LDM in a 128-word transfer 



4-76 



00-2186-01 



Zilog 

1315 Dell Avenue 
Campbell, CA 95008 
(408) 370-8000 



October 1982 



CHARACTER STRING TRANSLATION: 
Z8000 vs 68000 vs 8086 



Task: Translate a string of 1000 characters from one code to 
another, e.g.. EBCDIC TO ASCII. 



EXECUTION TIME 0*SEC) 
(ALL CPUs AT 10 MHz) 



5042 



LINES = 9 
BYTES = 17 



3604 



LINES = 7 
BYTES = 26 



1404 



LINES = 4 
BYTES = 16 



8086 68000 Z8000 

CASE 1: STRING LENGTH IS KNOWN 



5606 



LINES = 12 
BYTES = 26 



4007 



LINES = 10 
BYTES = 36 



2358 



LINES = 9 
BYTES = 28 



8086 



68000 



Z8000 



CASE 2: STOP IF A SPECIAL CHARACTER 
IS ENCOUNTERED 
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Printed in U S.A 



PROGRAM LISTINGS 



Z8000* 


68000 


8086 


CASE 1: 












LD 


R3,#1000 


MOVE.L 


#1000,D3 


CLD 




LD 


R6,#STRING 


LEA.L 


STR1NG,A1 


MOV 


CX,1000 


LD 


R8,#TABLE 


LEA.L 


TABLE.A2 


MOV 


SI,STRING 


TRIRB 


@R6,@R8,R3 


CLR.L 


DO 


MOV 


Dl, SI 






LOOP MOVE.B 


(A1),D0 


MOV 


BX, TABLE 






MOVE.B 


0(A2,D0),(A1) + 


LOOP LODSB 








DBF 


D3.LOOP 


XLAT 

STOSB 

LOOPNZ 


LOOP 


CASE 2: 












LDB 


RL0,#EOS 


MOVE.L 


#EOS,D4 


CLD 




LD 


R1,#1000 


MOVE.L 


#1000,D3 


LES 


DI.STRING 


LD 


R2,R1 


LEA.L 


STRiNG,A1 


MOV 


BXJABLE 


LD 


R3,#STRING 


LEA.L 


TABLE,A2 


LDS 


SI.STRING 


LD 


R4,R3 


CLR.L 


DO 


MOV 


CX.1001 


LD 


R5,#TABLE 


BRA 


ENTER 


MOV 


AH.EOS 


CPIRB 


RL0,@R3,R1,EQ 


LOOP MOVE.B 


0(A2,D0),(A1) + 


JMP 


ENTER 


SUB 


R2,R1 


ENTER MOVE.B 


(A1),D0 


LOOP XLAT 




TRIRB 


@R4,@R5,R2 


CMP.B 


D4.D0 


STOSB 








DBEQ 


D3,LOOP 


ENTER LODSB 
CMP 
LOOPNE 


AH,AL 
LOOP 



*Code and timing applies to Z8001, Z8002, Z8003, and Z8004. 
For Z8001 and Z8003 in Segmented mode, add five fisec, and four bytes. 



Z8002 CPU 
Small Single- 
Board Computer 



Zilog 



Application 
Note 



August 1982 



INTRODUCTION 



This application note describes the design of a 
system using a Z8002 CPU and Z-BUS peripherals. 
This system was designed to demonstrate that a 
Z8002 system is easy to design and build, and to 
provide a vehicle for the demonstration and evalu- 
ation of Z-BUS peripherals. The system includes: 



e Z8002 CPU 

• Z-SCC Serial Communications Controller 

• Z-CIO Counter-Timer Parallel Input/Output Unit 

• Z-FIO FIFO Input/Output Unit 

• Z6132 Memory 

• 2732 EPROM 

Basic goals of this system design were; 

• It should be simple, with minimum parts count. 

• It should use Z-BUS-compatible components 
wherever possible. 

• It should be expandable 



With these goals in mind, the next step in the 
system design was to select the major devices in 
the system. 

The Z8002 CPU was selected because of its high 
performance and because its 64K byte addressing 
range capably handles this application. This 
allows a system that is hardware compatible with 
all Z-BUS peripherals and memories, and thus keeps 
the system cost down. 



The peripherals were chosen to demonstrate Z-BUS 
peripherals currently available (Z-SCC, Z-CIO, and 
Z-FIO) and because of their ability to support 
functions necessary for running this system. The 
Z-SCC provides two channels of serial communi- 
cations, one for a terminal and one for a link to 
a host computer, such as the System 8000/Z-LAB. 
The Z-CIO and Z-FIO are included so that the user 
of this system will have one of each Z-BUS 
peripheral available on the board. 

The Z6132 memories were chosen because they inter- 
face easily to the Z8002 and provide 4K bytes of 
storage per package. In a simple system such as 
this, large amounts of dynamic RAM would be over- 
kill. The Z6132 provides all the storage needed 
in a convenient, easily interfaced device. 

The 2732 EPROM was chosen because of its density 
and speed. The 2732 is twice as dense as a 2716 
and is available in higher speeds than the 2716. 
The higher speed EPROMs would be necessary if this 
system were to operate at 6 MHz. 

The system was designed to allow the use of a 
modified software monitor from the Z8002 
Development Module. Modifying the Software 
Monitor is accomplished by simply rewriting the 
serial I/O drivers for connection to a Z-SCC 
rather than a Z80 SIO, and by rewriting the 
single-step code, which uses different hardware in 
the new sytem. Starting from an existing monitor 
considerably reduced the time necessary to 
complete the software. 



HARDWARE DESIGN 

The Z8000 CPU architecture is based on the machine 
cycle as its fundamental unit of execution. All 
hardware interface logic must be aware of what 
kind of machine cycle is being executed so that, 
for example, operations intended for memory affect 
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memory only, and not input/ouput devices. In 
order to differentiate between the different 
machine cycles, logic was included in this system 
to decode the four CPU status lines, STQ-ST3, and 
to produce status signals to be used in other 
parts of the system. 



STATUS DECODING 

U37 (see the schematics attached to end of 
application note) is an octal decoder (74LS138) 
that decodes the first eight status codes (those 
codes for which ST3 = 0). Two sections of U15 (a 
74LS00) are used to derive a signal called MREF 
which is valid for any memory access, regardless 
of the type of address space (code, data, or 
stack). MREF is represented by this logic 
equation: 



MREF = ST 3 *(ST 1 *ST 2 ) 

It would have been possible to include another 
74LS138 to decode the upper eight status codes and 
to OR the three status codes for code, data, and 
stack memory accesses, but that would have added 
additional chips, and would have been contrary to 
the goal of minimum chip count. In addition to 
this status decoding, one section of U15 and three 
sections of U16 (a 74LS32) are used to generate a 
signal that is the combination of Data Strobe from 
the Z8002 and a status signal for stack refer- 
ences. This signal is used to drive the single- 
step logic, which is discussed later. 



ADq. In essence, for byte write operations, 
ENAEVEN is active if ADq = and ENAODD is active 
if ADg = 1. For any other operation, both outputs 
are active. This decoding is necessary because, 
for byte write operations, however, the data 
appears on both halves of the Address/Data bus, so 
there must be some way of allowing writes to only 
one bank of the memory. 



The RAM chip select logic is composed of two 
74LS138 decoders: one for the even byte (U4) and 
one for the odd byte (U3). The decoders have as 
inputs the uppermost three address bits (AD15- 
AD13), the MREF signal decoded from the status 
lines, and either ENAEVEN or ENAODD. Each Z6132 
is connected to one of these chip select lines, 
depending on the address desired and whether it is 
the even or odd bank device for the address. 



EPROM INTERFACE 

The EPROM interface logic is simpler, because the 
EPROMs have no requirement for even/odd bank 
select because they do not respond to write 
operations. The EPROM chip selection is done by 
U5, a 74LS138 decoder. This decoder is enabled by 
the MREF signal and uses as select inputs 
AD 15 -AD 13 (the 2732s are 4K x 8 devices). This 
gives EPROM select signals that allow EPROMs to be 
placed anywhere within the 64K byte address space 
of the Z8002. Because there is no even/odd 
selection, both even and odd byte devices at a 
given address are wired to the same EPROM select 
signal. 



MEMORY INTERFACE LOGIC 

The memory interface logic is divided into two 
major parts, the RAM interface (for the Z6132s), 
and the EPROM interface (for the 2732s). 



RAM INTERFACE 

The RAM interface logic consists of even/odd bank 
decoding, and chip select decoding. The even/odd 
bank selection is done by one half of a 74LS157 
multiplexer (U12). It takes as its inputs the 
byte/word signal (B/W), the read/write signal 
(R/W), and Address/Data bit (ADq) from the Z8002 
CPU. For any read operation, both outputs are 
active. For write operations, if the byte/word 
line indicates a word write, both outputs are 
active. For write operations in which the byte/ 
word line indicates a byte write, only the even or 
odd output is active, depending on the state of 



WAIT STATE GENERATION 

To accomodate slower memory devices, which are 
often used for reasons of cost, separate wait 
state generators are included for the RAMs and for 
the EPROMs. Each generator takes the chip select 
signals used on the board and ORs them together. 
This ORed chip select is then gated with Address 
Strobe (active High). The resulting signal 
presets a 74LS74 flip-flop, causing the Q output 
to go Low. This signal is used as the wait input 
to the CPU. The first falling edge of PCLK clocks 
the flip-flop with the M D" input Low, causing the 
Q output to go High again. This allows the 
generated wait signal to be recognized once, 
adding one wait state to that memory access. The 
outputs of both wait state generators go through 
DIP switches to two sections of a 74LS32, which 
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combines these wait signals with the BUSY outputs 
of the Z6132s into one WAIT output that is fed to 
the WAIT input of the Z8002. The BUSY outputs of 
the Z6132s must be included because they may need 
to generate one or more wait states in order to 
perform their internal refreshing. The DIP 
switches allow the user to select one wait state 
for RAM accesses, EPROM accesses, or both. More 
elegant wait -state generators are possible with 
selectable numbers of wait states, but the single 
wait state circuits were used because of their low 
parts count and simplicity. 



several devices interrupt at the same time. In 
order to allow experimentation with different 
interrupt input to the CPU (in this case VI, the 
vectored interrupt input, was used), and the 
interrupt acknowledge back to the peripherals 
(VIACK). The interrupt input is a wired-ORed 
signal, since all peripherals have open-drain out- 
puts for this signal. The interrupt acknowledge 
output of the status decoder is used to feed all 
of the peripherals; the priority daisy chain 
resolves for which peripheral the acknowledge is 
intended. 



PERIPHERAL INTERFACE 

Using Z-BUS-compatible peripherals eliminates all 
external interface logic except the chip select 
circuitry. This function is handled by U21 and 
U6. U21 is used to detect the case in which the 
upper -most five address bits are all 1s. This 
signal is fed into one of the enable inputs of U6, 
a 74LS138 decoder. This decoder is also enabled 
by the status line indicating an I/O machine 
cycle. This one decoder gives eight chip select 
signals derived from the upper eight bits of the 
Address bus. Because Z-BUS peripherals are byte- 
wide devices on the low byte of the Address/Data 
bus, it is wise to perform the chip selection with 
the bits not used by the peripheral for addressing 
internal registers. By selecting only on the 
basis of the upper eight bits, the design avoids 
conflict with any peripheral, because one device 
may use the lower six bits while another may use 
the lower seven bits. To make these chip select 
signals compatible with other devices, the latched 
address lines LAg-LA^ are used to drive the 
decode logic. In this way the chip select outputs 
are valid throughout the machine cycle. Z-BUS 
peripherals latch the chip select input on the 
rising edge of Address Strobe, so a longer chip 
select signal is not necessary. However, because 
compatability with devices other than Z-BUS parts 
is desirable, and, because using the longer cycle 
does not add any additional logic (the latched 
addresses are already needed for addressing the 
EPROMS), the longer chip select signal was 
incorporated. 



INTERRUPTS 

Proper interconnection of Z-BUS periperal inter- 
rupt signals is easily accomplished with the logic 
already in the system. 



SINGLE-STEP LOGIC 

The single-step logic is composed of three flip- 
flops (U22 and U28). The single-step logic is 
enabled ("armed") by writing to an I/O port 
address (in this case F900). Writing to this port 
address sets the first flip-flop (which is con- 
nected as a set/reset latch). This then enables 
the chain of two flip-flops (U28) to count stack 
operations. Several gates are used to generate a 
signal valid for any stack reference; this signal 
is ANDed with Data Strobe. 

The instruction sequence for single-stepping is to 
arm the chain with an I/O write to the single-step 
port and to follow this instruction immediately 
with an Interrupt Return Instruction (IRET). The 
stack has already been set up to return to the 
next instruction in the user program. The two 
stack operations in the IRET instruction are 
counted and a nonvectored interrupt is generated. 
This interrupt is not generated until the rising 
edge of Data Strobe during the last machine cycle 
of the IRET instruction, so it is not recognized 
during that instruction. It is recognized during 
the next instruction, which is the next instruc- 
tion of the user program. This instruction 
executes to completion, and then the interrupt 
acknowledge sequence starts. 

After one instruction of the user program is 
executed, control is returned to the monitor. 
This allows user instructions to be executed one 
at a time under software control. This method of 
single instruction execution was used instead of a 
method that uses hardware control of the CPU so 
that the monitor could be used to examine and 
alter memory and register contents between 
execution of user instructions. 



BUFFERING 



The Z-BUS interrupt structure is based on a prior- 
ity daisy chain for resolving conflicts when 



In the hardware design of this system, an 
important question was whether or not to buffer 
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the Address/Data bus and the control signals. 
Several items were considered in order to answer 
this question. 



[ ] Square brackets are used to denote optional 
quantities, and are not actually to be 
entered. 



When considering the dc loads on the CPU outputs, 
the only devices that present significant dc loads 
are the "LS" series devices. A Z8002 output 
drives at least four LS-series inputs. The 
memories and peripherals are all MOS devices, and 
as such have negligible dc loading. 

The capacitance of inputs is another item that 
must be considered. The outputs of the Z8002 are 
specified at a capacitance of 100 pF, so that the 
sum of the input capacitances of the devices on 
the bus must be less than 100 pF. The memory 
devices have a 5-10 pF input capacitance and the 
peripherals are typically 10-15 pF. With the 
number of peripheral and memory devices in this 
system, there is no problem driving these inputs 
directly from the Z8002. 

Considering the present loading, the status and 
control signals were buffered by a 74LS244, al- 
though Address Strobe, Data Strobe, and read/write 
also go directly to the peripherals. The status 
outputs are fed to a number of LS-series devices, 
so buffering helps the loading here. Status is 
not critical to timing, so the small delay the 
buffer introduces has no effect. The Address/Data 
bus was not buffered so that slower access time 
memories could be used, but if the system were 
expanded, it would be advisable to buffer tne 
Address/Data lines with 74LS245 bidirectional 
buffers. 



Bar is used to denote "OR." For example, 
W|B means either of the characters W or B 
may be used. 

(CR) Carriage return. 

All commands can be abbreviated to their first 
letter. Commands and options can be entered in 
either upper or lower case. All numbers are 
represented in hexadecimal notation and must begin 
with a numeric digit. The first character typed 
on a new line identifies the command being in- 
voked. If the command is not understood, a "?" 
is printed on the terminal and a new command is 
requested. 



SUMMARY OF COMMANDS: 

BREAK <address> [<n>] 
Set and clear breakpoint. 

COMPARE <address1> <address2> <n> 
Compare memory blocks. 

DISPLAY <address> [<# of long words/words/bytes>] 

[l|w|b] 

Display and alter memory. 

FILL <address1> <address2> <word_data> 
Fill memory. 



SOFTWARE DESIGN 



GO 

Branch to last PC. 



The monitor on the Z8002 Small Single Board 
Computer (SSBC) is a modified version of the 
monitor used on the Zilog Z8002 Development 
Module. The commands are the same, except that 
the TAPE and PUNCH commands have been deleted. 



I0P0RT <port__address> [W|B] 
1/0 port read/write. 

JUMP <address> 
Branch to address. 



The syntax interpretation for Z8002 SSBC monitor 
commands is: 

<address> := <number_in__16__bit__range> 



The following notation is used in the command 
descriptions: 



LOAD <filename> 

Load file from host system. 

MOVE <address1> <address2> <n> 
Move memory block. 

NEXT [<n>] 

Step instruction. 



< > Angle brackets are used to enclose de- 
scriptive names for the quantities to be 
entered, and are not actually to be 
entered. 



QUIT 

Enter transparent (terminal) mode. 
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REGISTER [<register_name>] 
Display and alter registers. 

SEND <filename> <start_address> <ending__address> 

[<entry_address>] 
Send file to host system 



<n> specifies the number of bytes to be 
compared. If any locations of the two blocks 
differ, the addresses and contents of those 
locations are displayed on the terminal. 



DISPLAY 



NOTE 

All outputs in monitor mode can be sus- 
pended with the XOFF character (CONTROL 
S), and resumed with the XON character 
(CONTROL Q). 



Syntax: 

DISPLAY <address> [<# of long 
words/words/bytes> ] 
[L|W|B] 

Description: 



COMMAND DESCRIPTIONS: 
BREAK 

Syntax: 

BREAK <address> [<n>] 



Description 

The BREAK command is used to set a breakpoint at 
the given even address. 

If n is specified, the user program execution 
is not interrupted until the nth time the 
breakpoint instruction is encountered. The value 
for n should be in the range %0001 - SSFFFF. If 
n is not given, 1 is assumed. If the BREAK com- 
mand is issued with no parameters, it clears any 
previously set breakpoint. This action should 
be performed before setting the current break- 
points. 

When user program execution is suspended by the 
BREAK command, the monitor prints a message 
informing the user of the break and the address 
at which it occurred. 



Displays the contents of specified memory 
locations on the terminal, starting at the given 
address, for the given number of bytes. 

If the number (#) of long words/words/bytes 
parameter is specified, the contents of the 
desired locations are displayed, both in hexa- 
decimal notation and as ASCII characters. 

If the number of long words/words/bytes is not 
specified, the memory locations are displayed 
one at a time, with an opportunity to change the 
contents of each location. For each location, 
the address is displayed, followed by the 
contents, followed by a space. If the contents 
at that location must be changed, the new 
contents are entered at this time. A carriage 
return, either alone or after the new contents, 
causes the next sequential location to be 
displayed. 

If the [LJwIb] parameter is not specified, data 
is displayed in word format. 

A "Q" followed by a carriage return terminates 
the command. 



COMPARE 

Syntax: 

COMPARE <address1> <address2> <n> 

Description: 

The COMPARE command is used to compare the con- 
tents of two blocks of memory. 

Locations <address1> and <address2> specify the 
starting addresses of the two blocks of memory; 



FILL 

Syntax: 

FILL <address1> <address2> <word__data> 

Description: 

The FILL command is used to store the given data 
word into sequential memory locations starting 
at <address1> up to and including <address2>. 
The command addresses must be even hexadecimal 
numbers. 
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GO 



that the FCW is set to an appropriate value. 



Syntax: 

GO 



LOAD DATA FROM HOST 



Description: 

This command is used to branch to the current 
PC, thus continuing program execution from where 
it was last interrupted. 

All registers and the FCW are restored before 

branching. Before executing a GO command, 

ensure that the FCW is set to the appropriate 
value. 



IOPORT 

Syntax: 

IOPORT <port_address> [WlB] 



Syntax: 

LOAD <filename> 

Description: 

This command is used to download a Z8000 program 
from a host system into the SSBC memory. 

The monitor program transmits the command line 
to the host system exactly as entered. The 
monitor assumes the host system recognizes this 
command line. When the SSBC is connected to 
either a PDS-8000 or a System-8000, this command 
causes the file <filename> to be opened, the 
data is converted to Tektronix hex format and 
transmitted to the SSBC. 



Description: 

This command is used to read data from the given 
port address, display the data on the terminal, 
and write new data to that port address. 

After the current port data is displayed, the 
user can either enter a "Q" followed by a 
carriage return to terminate the command, or 
enter a series of bytes or words (maximum 128 
characters per line). Bytes or words should be 
blank delimited with a carriage return at the 
end. This allows multiple writes to a port 
without scrolling the terminal screen excess- 
ively. If the [WlB] parameter is not specified, 
byte data is read and written to the I/O port. 
If a carriage return alone is entered, a zero 
value is written to the port. 



The monitor program verifies the two checksum 
values in each record and stores the data in RAM 
memory at the address specified in the record. 
An acknowledgement from the SSBC causes the host 
to send the next record. 

A non-acknowledge from the SSBC causes the host 
to retransmit the current record up to 10 times, 
after which a record with an error message is 
sent and the command aborted. 

After successful completion of the loading 
process, the entry point received in the last 
record is printed on the terminal. An ESCAPE 
key is used to abort the LOAD command. Any set 
breakpoints from a previous program must be 
cleared before loading a new program. 



JUMP 

Syntax: 

JUMP <address> 

Description: 

The JUMP command is used to branch uncondition- 
ally to the given even address. 

All registers and the FCW are restored before 
branching. Before executing a JUMP, ensure 



MOVE 

Syntax: 

MOVE <address1> <address2> <n> 

Description: 

This command is used to move the contents of a 
block of memory from the source address 
specified by <address1> to the destination 
address specified by <address2>. The value <n> 
is the number of bytes to be moved. 
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NEXT 

Syntax: 

NEXT [<n>] 

Description: 

The NEXT command causes the execution of the 
next n user instructions, starting at the 
current PC, and displays the contents of all 
registers after each instruction is executed. 

The value <n> should be in the range £001 - 
&FFFF. If <n> is not specified, 1 is assumed. 



QUIT 

Syntax: 

QUIT 

Description: 

The QUIT command is used to enter the 
Transparant mode (terminal mode) from Monitor 
mode. 

In Transparant mode, all keyboard input is 
passed to the host serial port, and all input 
from the host serial port is passed to the 
terminal. The baud rate of the host serial port 
is controlled by three switches of the eight 
position DIP switch (U11). 

The NMI switch on the SSBC is used to return to 
Monitor mode. 



• Program counter register named RPC 

• Flag and control word register named RFC 



If no register name is given, the contents of 
all registers are displayed. If a register name 
is given, the specified register name is dis- 
played, followed by its contents, followed by a 
space. 

If the contents of that register are to be 
changed, the new contents can be entered at this 
time. A carriage return, either alone or after 
the new data, causes the next register. 

A "Q M followed by a carriage return terminates 
the command. 



SEND DATA TO HOST 

Syntax: 

SEND <filename> <start_address> <ending__address> 
[<entry_address>] 

Description: 

The SEND command is used to transfer the con- 
tents of memory of the SSBC to a file on the 
host system. 

The monitor sends the command line to the host 
system exactly as received. The SEND command on 
PDS-8000 or a System-8000 opens a file name 
<filename> and sends an acknowledge (ASCII 0) to 
the SSBC to start transmission. 



REGISTER 

Syntax: 

REGISTER [<register_name>] 

Description: 

The REGISTER command is used to examine and 
alter registers. 

The following are valid register names: 

• Any of the sixteen 16-bit registers named 
Rq, R<j, R2...R15 

• Any of the sixteen 8-bit registers named 
RHg, RLn, RHi , RL'j...RH'7, RLy 

• Any of the eight 32-bit registers named RRq, 
RR2, RR^...RR^ 



If the file cannot be opened, an abort - 
acknowledge (ASCII 9) is sent to the monitor and 
the SEND command is aborted. 

The monitor formats the contents of memory spec- 
ified by <start_address, and <ending address> 
into Tektronix hex format and transmits this 
data to the host system. The monitor then waits 
for an acknowledge before sending the next 
record. 

A nonacknowledge (ASCII 7) received by the 
monitor causes the same record to be resent up 
to ten times. If this record is still not sent 
successfully, a record with double slash 
characters (//), followed by a carriage return, 
is sent to the host system to abort the SEND 
program in the host. The two slash characters 
are also sent if the ESCAPE key is pressed by 
the user to abort the SEND process. 
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The address specified by <entryjaddress> is sent 
in the last record as the entry address for that 
file. If no entry address is specified, an 
address of %0000 is assumed. 



For records with error messages: 

If either the host system or the SSBC aborts a 
LOAD or SEND process, it may send a record of the 
form: 



RECORD FORMAT FOR LOAD/SEND COMMANDS: 



//<err or_message__in_ASCI IJbext X ( CR ) > 



The record format for the LOAD and SEND commands 
is Tektronix hex format, which uses ASCII char- 
acters only. Each record contains two checksum 
bytes, a starting address, and a maximum of 30 
bytes of data. The format of the record is shown 
below: 



ACKNOWLEDGE 

After each record is received from the host system 
while loading, an acknowledge (ASCII 0) is sent if 
the checksum values are verified. 



For Records 1 to n: 

/<address(4)Xcount(2)Xchecksum1(2)Xdata(2). 
<data(2)Xchecksum2(2)X(CRC)> 



<address(4)> 



<count(2)> 



<checksum1(2)> 



<data(2)> 



<checksum2(2)> 



The address of the 1st byte of 

data in the record (address is 

represented as 4 ASCII char- 
acters). 

The number of data elements 
(<data(2)> is one data element) 
in the current record (2 ASCII 
characters). 

The checksum for the address 
and count field (2 ASCII char- 
acters). 

Data element. This is a byte 
of data represented in two 
ASCII characters. 

The checksum for the data por- 
tion of the record (2 ASCII 
characters). 



For the last record: 

This record has a 00 in the count field and indi- 
cates the end of the load data. 

/<ent ryjaddr ess (4) >00<checksum( 4) X ( CR> 

<entry_address> The starting address for the 
program (4 ASCII characters). 

<checksum> The checksum for the entry 
address (4 ASCII characters). 



A non -acknowledge (ASCII 7) causes the host system 
to load the same data record up to 10 times. 
After the tenth try, the monitor program returns 
to Monitor mode for the next command, and the host 
system aborts the LOAD command. 

An abort -acknowledge (ASCII 9) is sent to the host 
system if the user decides to abort the LOAD or 
SEND process by pressing the ESCAPE key. This 
action also causes the host system to abort its 
program. The monitor returns to Monitor mode for 
the next command. 

The address used in the data record during the 
loading process is specified when the object file 
is originally created on the host system. This 
address must be greater than K4500 (S4000 - 5S44FF 
is used by the monitor program). 

For the SEND command, data is formatted and sent 
to the host system in Tektronix hex format. An 
ASCII response from the host causes the next 
data record to be sent. 

The same data record is sent again if ASCII 7 is 
received. The SEND command resends the same 
record up to ten times before it aborts the 
sending process. 

An ASCII 9 response from the host system indicates 
that the input file already exists, or that an 
error occurred during a disk access. 



MONITOR I/O PROCEDURES 

The SSBC monitor contains subroutines to do 
character 1/0 to and from the terminal. These 
subroutines can be called by a user program in 
order to do terminal 1/0. A description of each 
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subroutine follows, along with details of which 
registers, if any, are affected by calling the 
routines. The hex address in parenthesis next to 
the subroutine name is address to which the user 
should do a CALL instruction to use that routine. 
For example, to output a carriage return and line 
feed to the terminal, a user should execute the 
following instruction: 

CALL %0FD4 ! output CR/LF. RO is lost ! 



string is stored in a buffer pointed to by R2. R1 
contains the size of the buffer. If the size of 
the string received exceeds the size of the 
buffer, the zero flag is set. All lower case 
alpha characters are converted to upper case 
before being stored in the buffer. R1 returns the 
actual number of characters received from the 
terminal. The contents of RO and R2 are des- 
troyed. 



TYIN (J80FA0) 

Get a character from the keyboard buffer. If the 
buffer is empty, this procedure waits for a char- 
acter to appear. The character is stored in RLO, 
and the contents of RHO are destroyed. 



CRLF (S0FD4) 

Output a carriage return followed by a line feed 
to the terminal. RO is destroyed. 



EXPANSION 



TYWR (S0FC8) 

Display a character in RLO on the terminal. The 
character is not displayed if the XOFF character 
is received before this procedure is executed. 
This procedure waits until an XON character is 
received to display the character in RLO. If the 
display character is a carriage return, the zero 
flag is set and RHO is destroyed. 



PUTMSG (J50FC0) 

Send a character string to the terminal. Register 
R2 should contain the address of the character 
string buffer, and the first byte in the buffer 
should be the number of characters to be dis- 
played. If there is no carriage return in the 
string, the entire string specified is displayed, 
otherwise the string is displayed up to and 
including the first carriage return. Registers 
RO, R1, and R2 are destroyed. 



TTY (J50FDC) 

Receive and echo at the terminal a line of char- 
acters up to the first carriage return. The 



Chip decoding for extra EPROM and RAM and I/O 
devices exists. To connect additional Z-BUS 
peripherals, for example, the device is wired to 
the Z-BUS signals required and an unused chip 
select line is connected to the chip select input 
of the peripheral. Other peripheral devices can 
be connected, but they may require additional 
circuitry in order to interface to the Z-BUS. 

Additional Z6132 RAM devices can be connected 
directly to the Z-BUS in parallel with the 
existing RAMs; the only difference being the chip 
select lines, which should be selected from 
currently unused outputs. Extra EPROMs can be 
added in a similar manner. There is enough EPROM 
decoding to fill the entire 64K byte address space 
with 2732 EPROMs, and enough RAM decoding to do 
the same with Z6832 RAMs. The user can select 
either RAM or EPROM. 

Any expansion beyond two additional peripheral 
chips should be accompanied by the addition of 
74LS245 buffers on the Address/Data lines. Buf- 
fering is already present on AS, DS, R/W, B/W and 
ST -ST 3 . If 74LS245 buffers are added, their 
direction should be controlled so that they drive 
from the CPU to the outside world except during 
the time that Data Strobe is active during a read 
operation. 



4-87 



Vcc v C c 




SINGLE-STEP CIRCUIT 



Figure 1a« SSBC Schematic 



00 
CD 




Figure 1b. SSBC Scheaatic 



AD15 ( 
















AD1 












ADI2 














AD11 


































ADB 












































AD6 




















































































AD4 
































AD3 


































AO- 




































AD1 














































































A ~ 










_ 

























































"""^ 







































20 
18 


61 DO 

Cl D1 

AO D2 

A1 03 

A2 D4 

A3 2732 ° 5 

M J**- 06 

A5 (ODD) D7 

A6 U*5 

A7 

A8 

A9 

A10 

A11 


9 


RAMCC 
















































10 


















































LA1 




8 


11 












LA2 






7 


13 




AC 
DS 
WE 


26 


26 


AC 
DS 
WE 










6 


14 




22 












































22 


LAI 










5 


IS 




27 










































27 














4 


16 




, 








































1 


LA- 














3 


17 




CS 
AO 

A2 
A3 

AS 

Z6132 

LOW-BYTE A6 

(ODD) A7 

U9 AS 

A9 

A10 

A11 

DO 

01 

D2 

D3 

D4 

DS 

D6 

D7 


20 






































20 


CS 
AO 
A1 
A2 
A3 

A5 

Z6132 
A6 HIGH-BYTE 
A7 (EVEN) 
AS U19 
A9 
A10 

DO 
01 
D2 
D3 
D4 
DS 
D6 
D7 


C 
















2 






10 






10 




















1 


9 


9 


































9 


LAO 


















23 


8 


































8 
























22 


7 


































7 


A11 






















19 


6 


































6 




























21 


5 


































5 
































4 


































4 


20 


61 DO 
Cl 01 
AO 02 
A1 D3 
A2 D4 
A3 2732 05 
A4 HIGH- Qg 

BYTE 
A5 (EVEN) D7 
A6 U31 
A7 
A8 
A9 
A10 
A11 


3 


































3 


18 


10 




25 
































25 




8 


u 




24 
































24 




7 


13 




21 
































21 




6 


14 




23 
































23 




5 


15 




11 
































n1 




4 


16 




12 










12 




3 


17 




13 


















13 




2 




15 
















15 




1 




16 














16 




23 




17 












17 




22 




18 










18 




19 




19 








19 




21 





































































Figure 1c. SSBC Schematic 
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INTRODUCTION 

This application note discusses interfacing 
Zilog f s Z8500 family of peripherals to the 68000 
microprocessor. The Z8500 peripheral family 
includes the Z8536 Counter/Timer and Parallel I/O 
Unit (CIO), the Z8038 FIFO Input/Output Interface 
Unit (FIO), and the Z8530 Serial Communications 
Controller (SCC). This document discusses the 
Z8500/68000 interfaces and presents hardware exam- 
ples and verification techniques. One of the 
three hardware examples given in this application 
note shows how to implement the Z8500/68000 inter- 
face using a single-chip programmable logic array 
(PAL). 

This application note about interfacing supple- 
ments the following documents, which discuss the 
individual components of the interface. 

• Z8036 Z-CI0/Z8536 CIO Technical Manual (docu- 
ment number 00-2091-01) 

e Z8038 Z-FIO Technical Manual (document number 
00-2051-01) 

• Z8030/Z8530 SCC Technical Manual (document num- 
ber 00-2057-01) 

• Motorola 16-Bit Microprocessor User's Manual 
3rd ed. Englewood Cliffs, N.J., Prentice-Hall, 
Inc. 1979. 

e Monolithic Memories Bipolar LSI 1982 Databook 

This application note is divided into four sec- 
tions. The first section gives a general descrip- 
tion of the Z8500 family and discusses pin func- 
tions, interrupt structures, and the programming 
of operating modes. The second section discusses 



the Z8500 interface itself. It shows how the dif- 
ferent Z8500 control signals are generated from 
the 68000 signals and summarizes the critical tim- 
ings for the three types of bus cycle. The third 
section shows three examples of implementing the 
68000-to-Zilog-peripheral interface. The fourth 
section suggests methods of verifying the inter- 
face design by checking the three different types 
of bus cycle: Read, Write, and Interrupt Acknowl- 
edge. 



GENERAL Z8500 FAMILY DESCRIPTION 

The Z8500 family is made up of programmable 
peripherals that can interface easily to the bus 
of any nonmultiplexed CPU microprocessor, such as 
the 68000. The three members of this family, the 
CIO, SCC, and FIO, can solve many design prob- 
lems. The peripherals' operating modes can be 
programmed simply by writing to their internal 
registers. 

Programming the Operating Modes 

The CPU can access two types of register: Control 
and Data. Depending on the peripheral, registers 
are selected with either the Ag, A<j, A/B, or D/C 
function pins. 

Peripheral operating modes are initialized by 
programming internal registers. Since these 
registers are not directly addressable by the CPU, 
a two-step procedure using the Control register is 
required: first, the address of the internal reg- 
ister is written to the Control register, then the 
data is written to the Control register. A state 
machine determines whether an address or data is 
being written to the Control register. Reading an 
internal register follows a similar two-step 
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procedure: first, the address is written, then 
the data is read. 



be connected to the 68000 A^ and A2 Address bus 
lines. 



The Data registers that are most frequently 
accessed, for example, the SCC's transmit and 
receive buffer, can be addressed directly by the 
CPU with a single read or write operation. This 
reduces overhead in data transfers between the 
peripheral and CPU. 



GENERATING Z8500 CONTROL SIGNALS 



CE. Each peripheral has an active Low Chip 
Enable that can be derived by ANDing the selected 
address decode and the 68000' s Address Strobe 
(AS). The active Low AS guarantees that the 68000 
addresses are valid. 

Dg-Dy. The Z8500 Data bus can be directly con- 
nected to the lowest byte (Dg-Dy) of the 68000 
Data bus. 



This section shows how to generate the Z8500 con- 
trol signals. To simplify the discussion, the 
section is divided into two parts. The first part 
takes each individual Z8500 signal and shows how 
it is generated from the 68000 signals. The 
second part discusses the Z8500 timing that must 
be met when generating the control signals. 

Z8500 Signal Generation 

The right-hand side of Table 1 lists the Z8500 
signals that must be generated. Each of these 
signals is discussed in a separate paragraph. 

A(j? ^1 » A/B, D/C. These pins are used to select 
the peripheral's Control and Data registers that 
program the different operating modes. They can 



IEI and IEO. The peripherals use these pins to 
decide the interrupt priority. The highest 
priority device should have its IEI tied High. 
Its IE0 should be connected to the IEI pin of the 
next highest priority device. This pattern 
continues with the next highest priority 
peripheral, until the peripherals are all 
connected, as shown in Figure 1. 

INT. The interrupt request pins for each periph- 
eral in the daisy chain can be wire-ORed and con- 
nected to the 68000's ILP n pins. The 68000 has 
seven interrupt levels that can be encoded into 
the ILPg, ILP<], and ILP 2 pins. Multiple 68000 
interrupt levels can be implemented by using a 
multiplexer like the 74LS148. 



Table 1. Z8500 and 68000 Pin Functions 



68000 


Signals 




Z8500 


Signals 


Mnemonic 


Function 


Mnemonic 




Function 


A 1 -A 23 


Address bus 


AqjAvA/M/C* 


Register select 


AS 


Address Strobe 


CE 




Chip Enable 


CLK 


68000 clock (8 MHz) 


D0-D7 




Data bus 


D -D 15 


Data bus 


IEI, IEO 




Interrupt daisy chain 


DTACK 


Data Transfer Acknowledge 






control 


FC -FC 2 


Processor status 
Interrupt request 


INT 




Interrupt Request 


ILP -ILP 2 


intack 


Interrupt Acknowledge 


R/W 


Read/Write 


PCLK 




Peripheral Clock 


VMA 


Valid Memory Address 


RD 




Read strobe 


VPA 


Valid Peripheral Address 


WR 




Write strobe 



* The register select pins on each peripheral have different names. 
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INTACK. The INTACK pin signals the peripheral 
that an Interrupt Acknowledge cycle is occurring. 
The following equation describes how INTACK is 
generated: 



INTACK = (FC )-(FC 1 )-(FC 2 )-(AS) 



The Read strobe timing must meet both the Read 
timing and Interrupt Acknowledge timing discussed 
in the following section. In addition to enabling 
the Data bus drivers, the falling edge of RD sets 
the Interrupt Under Service (IUS) bits during an 
Interrupt Acknowledge cycle. 



The 68000 FCQ-FC2 are status pins that indicate an 
Interrupt Acknowledge when they are all High. 
They should be ANDed with inverted AS to guarantee 
their validity. The INTACK signal must be syn- 
chronized with PCLK to guarantee set-up and hold 
times. This can be accomplished by changing the 
state of INTACK on the falling edge of PCLK. If 
the INTACK pin is not used, it must be tied High. 



WR. This signal strobes data into the periph- 
eral. A data-to-write setup time requires that 
data be valid before WR goes active Low. The 
equation for generating the WR strobe is made up 
of two components: an active reset and a normal 
Write cycle, as shown in the following equation: 



WR = [(R/W>(AS) + RESET] 



PCLK. The SCC and CIO require a clock for 
internal synchronization. The clock can be 
generated by dividing down the 68000 CLK. 

RD. The Read strobe goes active Low under three 
conditions: hardware reset, normal Read cycle, 
and an Interrupt Acknowledge cycle. The following 
equation describes how RD is generated: 



RD = [(R/W)'(AS) + RESET] 



Forcing RD and WR simultaneously Low resets the 
peripherals. 

Z8500 Timing Cycles 

This section discusses the timing parameters that 
must be met when generating the control signals. 
The Z8500 family uses the control signals to 
communicate with the CPU via three types of bus 
cycle: Read, Write, and Interrupt Acknowledge. 



IEI IEO 
Z8500 



IEI IEO 
Z8500 



HIGHEST 

PRIORITY 

PERIPHERAL 



IEI IEO 
Z8500 



IEI IEO 
Z8500 



LOWEST 

PRIORITY 

PERIPHERAL 



"V 








tsettle (NS) 


PERIPHERAL 




(4MHz) 


FIRST MIDDL 


CIO 


350 150 


FIO 


350 150 


SCC 


250 120 



Figure 1. Peripheral Interrupt Daisy Chain 
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The discussion that follows pertains to the 4 MHz 
peripherals, but the 6 MHz devices have similar 
timing considerations. 

Although the peripherals have a standard CPU 
interface, some of their particular timing 
requirements vary. The worst-case parameters are 
shown below; the timing can be optimized if only 
one or two of the Z8500 family devices are used. 

Read Cycle 

The Read cycle transfers data from the peripheral 
to the CPU. It begins by selecting the peripheral 
and appropriate register (Data or Control). The 
data is gated onto the bus with the RD line. A 
setup time of 80 ns from the time the register 
select inputs (A/B, C/D, Aq, A^j) are stable to the 
falling edge of RD guarantees that the proper reg- 
ister is accessed. The access time specification 
is usually measured from the falling edge of RD to 
valid data and varies between peripherals. The 
SCC specifies an additional register select to 
valid data time. The Read cycle timing is shown 
in Figure 2. 



Write Cycle 

The Write cycle transfers data from the CPU to the 
peripheral. It begins by selecting the peripheral 
and addressing the desired register. A setup time 
of 80 ns from register select stable to the 
falling edge of WR is required. The data must be 
valid prior to the falling edge of WR. The WR 
pulse width is specified at 400 ns. Write cycle 
timing is shown in Figure 2. 

Interrupt Acknowledge Cycle 

The Z8500 peripheral interrupt structure offers 
the designer many options. In the simplest case, 
the Z8500 peripherals can be polled with inter- 
rupts disabled. If using interrupts, the timing 
shown in Figure 2 should be observed. (Detailed 
discussions of the interrupt processing can be 
found in the Zilog Data Book , document number 
00-2034-02.) An interrupt sequence begins with an 
INT going active because of an interrupt condi- 
tion. The CPU acknowledges the interrupt with an 
INTACK signal. 
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Figure 2. Z8500 Interface Timing (4 MHz) 
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A daisy-chain settle time (dependent upon the num- 
ber of devices in the chain) ensures that the 
interrupts are prioritized. The falling edge of 
RD causes the IUS bit to be set and enables a 
vector to go out on the bus. 

The table given in Figure 1 can be used to calcu- 
late the amount of settling time required by a 
daisy chain. Even if there is only one peripheral 
in the chain, a minimum settling time is still 
required because of the internal daisy chain. The 
first column specifies the amount of settling time 
for only one peripheral. If there are two periph- 
erals, the time is computed by adding together the 
times shown in the first and the last columns. 
For each additional peripheral in the chain, the 
time specified in the middle column is added. 

Recovery Time 



Zilog's A MHz Z8500 peripherals to an 8 MHz 
68000. Faster CPUs or peripherals can be used by 
modifying some of the timing. These examples 
suggest possible ways of implementing the inter- 
face but may require some modifications to operate 
properly. They were chosen because they give the 
user a variety of interface design ideas. The 
first example uses a minimum amount of TTL logic 
to implement the interface because the Valid 
Peripheral Address (VPA) cycle meets the Z8500 
timing requirements. In this mode the 68000 
accepts only nonvectored interrupts. The second 
example uses the Data Transfer Acknowledge (DTACK) 
pin. This interface allows faster operation and 
makes use of the Z8500's 8-bit vectored 
interrupts. The third example also uses a DTACK 
cycle and is similar to the second, except the 
external logic is integrated into a single chip, 
the PAL20X10 programmable array logic. 



The read/write recovery time specifies a minimum 
amount of time between Read or Write cycles to the 
same peripheral. The recovery time differs among 
peripherals and is summarized in Figure 3. In 
most cases, this parameter is met because of the 
time required for instruction fetches. The recov- 
ery time specification does not have to be met if 
CE is deselected when Read or Write occurs. 



68000 INTERFACE EXAMPLES 

This section shows three examples, presented in 
increasing order of complexity, for interfacing 



EXAMPLE 1: A TTL Interface Using a VPA Cycle 

The 68000 has a special input pin, Valid 
Peripheral Address (VPA), that can be activated by 
the Z8500 chip select logic at the beginning of 
the cycle to indicate to the 68000 that a periph- 
eral is being accessed. This generates a special 
Read/Write cycle that meets the peripheral timing 
requirements. This cycle allows the Z8500 control 
signals to be generated easily. The 68000 
responds to interrupts using an autovector and the 
Z8500 can be programmed not to return a vector. 
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NOTE. The diagram shows that the recovery time is measured between consecutive reads 
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Figure A shows how the hardware can be imple- 
mented. PCLK is generated by dividing down the 
68000 CLK. RD, WR, and INTACK are simply ANDed 
68000 signals. The worst -case daisy-chain settle 
time is 450 ns. Connecting INT to IPLq generates 



a level 1 interrupt. The internal registers are 
accessed by Aq, A-j, D/C, and A/B, which can be the 
68000 lowest order addresses. The timing is shown 
in Figure 5. 




Figure 4. Interface Using the VPA Cycle 
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Figure 5. VPA Cycle Timing 
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Functional Description 

VPA is pulled Low at the beginning of the cycle 
and the CPU automatically inserts Wait states 
until E is synchronized. 

VPA = [(AS)'(CE)] 

RD = [(CE)-(VMA)-(R/W)] 

WR = [(CE)*(VMA)-(R/W)] 

INTACK = [(FC0)-(FC1)*(FC2)-(AS)] 

EXAMPLE 2: A TTL Interface Using DTACK Cycles 



Using the 68000 Data Transfer Acknowledge (DTACK) 
cycle is a second way of interfacing to the Z8500 
peripherals. The 68000 inserts Wait states until 
the DTACK input is strobed Low to complete the 
transfer. In addition to generating the control 
signals, the interface logic must also generate 
DTACK. 

The timing shown in Figure 6 can be generated by 
the hardware shown in Figure 7. The 8-bit Shift 



register (74LS164) is used to generate the proper 
timing. At the beginning of each cycle, Q^ 
(Figure 7) is set High for one PCLK cycle and then 
reset. This pulse is shifted through the 
Q/\-Qh outputs and is used to generate RD, WR, 
and DTACK signals. Some of the extra Wait states 
can be eliminated by tapping the Shift register 
sooner (e.g., Q^). 



EXAMPLE 3: Single-Chip Pal Interface 

This example illustrates how to interface the 4 
MHz Z8500 peripherals to the 8 MHz 68000 using a 
PAL20X10 device to generate all the required con- 
trol signals. The PAL reduces the required inter- 
face logic to a single chip, thus minimizing board 
space. This interface offers flexibility because 
the internal logic can be reprogrammed without 
changing the pin functions. The PAL uses 68000 
signals to generate Read, Write, and Interrupt 
Acknowledge cycles. In addition to generating the 
Z8500 control signals, the PAL also generates a 
DTACK to inform the 68000 of a completed data 
transfer cycle. This allows the 68000 to use the 
peripheral's vectored interrupts. 
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Figure 6. Timing for DTACK Interface 
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Figure 7. Hardware Diagram for DTACK Interface 



Functional Description 

Figure 8 shows the PAL's pin functions. The PAL 
generates five control signals, of which four (WR, 
RD, C , and INTACK) go to the Z8500 and one 
(DTACK) goes to the 68000. The remaining signals 
are used internally to generate these outputs. 



Timing diagrams for the Read, Write, and Interrupt 
Acknowledge cycles are shown in Figure 9. 

The PAL uses a 4-bit downcounter to generate the 
proper placement of the control signals where Cq 
is the least-significant bit and C3 is the 
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Figure 8. PAL Pinout 
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most-significant bit. All of the PAL is clocked 
with the rising edge of the 68000' s CLK. The 
counter toggles between counts 14 and 15 and 
starts counting down when AS goes active. The 
counter goes back to toggling when AS goes 



inactive. CYC goes active Low at the same time 

the counter starts counting down. The equations 

in Figure 10 can be entered into a development 
board to program the PAL. 
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Figure 9. PAL Interface Timing 
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PAL20X10 

P7089 (10) 

MC68000 TO ZILOG PERIPHERAL INTERFACE 

MMI, SUNNYVALE, CA 

CLK /CS NC TEST /AS RW 

FC2 FC1 FCO /RESET NC GND 

/OE /C3 /C2 /C1 /CO /CYC 

NC /DTK /RD /WR /ACK VCC 



PAL DESIGN SPECIFICATION 



CO 


:= 


/CO*/TEST 


C1 


.- 


/RESET*AS*C1 




:+: 


/RESET*AS*CO 


C2 


J = 


/RESET *AS*C2 




:+: 


/RESET*AS*C0*C1 



; COUNT/HOLD (LSB) 

; HOLD 

; DECREMENT 

; HOLD 

; DECREMENT 



C3 := /RESET*AS*C3 

:+: /RESET*AS*C0*C1*C2 



; HOLD 

; DECREMENT 



DTK := /RESET*/ACK*CYC*C3*/C2*/C1* CO*CS 
+ /RESET* ACK*CYC*C3*/C2* C1*/C0 



DTACK FOR RD/WR CYCLE 
DTACK FOR INTERRUPT 
OPERATION 



CYC := /RESET*AS*/CYC*CO 
+ /RESET*AS* CYC 
:+: /RESET*CYC*DTK 



NEW CYCLE STARTED 
PROCESSING OF CYCLE 
END OF CYCLE 



RD := /RESET*CYC*/ACK*RW* C3*/C2*CS 

+ /RESET*CYC*/ACK*RW*/C3*C2*C1*C0*CS 

:+: /RESET*CYC* ACK*RW* C3 

+ RESET 



NORMAL READ OPERATION 
NORMAL READ OPERATION 
READ DURING OPERATION 



WR := /RESET*CYC*/ACK*/RW* C3*/C2*CS 

+ /RESET*CYC*/ACK*/RW*/C3* C2*C1*C0*CS 
:+: RESET 



; WRITE 
; WRITE 



ACK := /RESET*FC0*FC1*FC2*AS* CYC*/CO 
+ /RESET*FC0*FC1*FC2*CYC 



; INTERRUPT ACKNOWLEDGE 
; INTERRUPT ACKNOWLEDGE 



Figure 10. PAL Equations 



Hardware Diagram 

The hardware diagram of the PAL interface is shown 
in Figure 11. The 68000 signals CLK, CS, AS, R/W, 
FCq, FC<j , and FC2 are used to generate the Z8500 
control signals. The control signals are syn- 
chronous with the rising edge of the 68000's CLK. 
TEST and OE must be grounded. CS is used to 



enable DTACK, RD, and WR as shown in the equa- 
tions. The Z8500 INT is connected to ILPg, which 
generates a 68000 level 1 interrupt. The periph- 
erals are memory-mapped into the highest 64K byte 
block of memory, where A17-A23 equals "FF^ M . 
Addresses A4-A5 are used to select the peripheral; 
A1-A3 select the internal registers. Table 2 
shows the peripheral's memory map. 
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Figure 11. PAL Hardware Diagraa 



Table 2. Peripheral Memory Map 



Interrupt Acknowledge Cycle Verification 



Peripheral 


Register Hex Address 


SCC (Z8530) 








Channel B Control 


FF0020 




Channel B Data 


FF0022 




Channel A Control 


FF0024 




Channel B Data 


FF0026 


CIO (Z8536) 








Port C's Data Register 


FF0010 




Port B's Data Register 


FF0012 




Port A's Data Register 


FF0014 




Control Register 


FF0016 


FIO (Z8038) 








Data Registers 


FF0000 




Control Registers 


FF0002 



INTERFACE VERIFICATION TECHNIQUES 

This section suggests possible ways of verifying 
the Read, Write, and Interrupt Acknowledge cycles. 



Verifying an Interrupt Acknowledge (INTACK) cycle 
consists of several steps. First, the peripheral 
makes an Interrupt Request (INT) to the CPU. When 
the processor is ready to service the interrupt, 
it initiates an Interrupt Acknowledge (INTACK) 
cycle. The peripheral then puts an 8-bit vector 
on the bus, and the 68000 uses that vector to get 
to the correct service routine. This test checks 
the simplest case. 

First, load the Interrupt Vector register with a 
vector, disable the Vector Includes Status (VIS), 
and enable interrupts (IE = 1, MIE = 1, IEI = 1). 
Disabling VIS guarantees that only one vector is 
put on the bus. The address of the service rou- 
tine corresponding to the 8-bit vector number must 
be loaded into the 68000' s vector table. 

Initiating an interrupt sequence in the FIO and 
CIO can be accomplished by setting one of the 
interrupt pending (IP) bits and seeing if the 
68000 jumps to the service routine (setting a 
breakpoint at the beginning of the service routine 
is an easy way to check if this has happened). 



Read Cycle Verification 

The Read cycle should be checked first because it 
is the simplest operation. The Z8500 should be 
hardware reset by simultaneously pulling RD and WR 
Low. When the peripheral is in the reset state, 
the Control register containing the reset bit can 
be read without writing the pointer. Reading back 
the FIO or CIO Control register should yield a 
01 H . 



Initiating an interrupt sequence in the SCC is not 
quite as simple because the IP bits are not as 
accessible to the user. An interrupt can be 
generated indirectly via the CTS pin by enabling 
the following: CTS IE (WR15 20), EXT INT EN 
(WR1 01), and MIE (WR9 08). Any transition on the 
CTS pin can initiate the interrupt sequence. The 
interrupt can be re-enabled by RESET EXT/STATUS 
INT (WR0 10) and RESET HIGHEST IUS (WR0 38). 



The SCC's Read cycle can be verified by reading 
the bits in RR0. Bits D2 and D5 are set to 1 and 
bits Dg, D<|, and D7 are 0. Bits D3-D5 reflect the 
input pins DCD, SYNC, and CTS, respectively. 

Write Cycle Verification 

The Write cycle can be checked by writing to a 
register and reading back the results. Both the 
CIO and FIO must have their reset bits cleared by 
writing 00^ to their Control registers and 
reading back the result. The SCC can be checked 
by writing and reading to an arbitrary read/write 
register, for example, the Time Constant register 
(WR12 or WR13). 



CONCLUSION 

Zilog's Z8500 family of nonmultiplexed 
Address/Data bus peripherals can interface easily 
with the 68000 and provide all the support 
required in a high-performance microprocessor sys- 
tem. The many features offered by the SCC, FIO, 
and CIO solve many system design problems by mak- 
ing interfacing to the external world easy. These 
intelligent peripherals also greatly enhance the 
system performance by relieving the CPU of many 
burdensome overhead tasks. Additionally, the 
powerful interrupt structure allows the 68000 to 
use vectors and reduce interrupt response time. 
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INTRODUCTION 



Microcomputer systems based on Intel's 8086 and 
8088 CPUs can take advantage of the advanced 
features of Zilog' s Z8000 series of microprocessor 
peripherals with a minimal amount of external 
logic. These devices are easily integrated and 
can satisfy many of the peripheral support 
requirements in a typical 8086/8088-based system. 
This Application Note discusses a general design 
that enables the 8086/8088 to interface with 
Zilog 's Serial Communications Controller (Z8030 
Z-SCC), Counter/Timer - Parallel 1/0 Unit (Z8036 
Z-CI0), and FIFO 1/0 Controller (Z8038 Z-FI0). 
Discussions of the Z8500 peripherals 
(non-multiplexed address and data bus versions) 
can be found in other Zilog documents. 



BUS INTERFACE 

The Z8000 peripherals (also called Z-BUS peri- 
pherals) lend themselves conveniently to 8086/8088 
- based designs because of the multiplexed ad- 
dress/data bus architecture. There is no need for 
an external address latch because the Z8000 
peripherals latch addresses internally at the 
beginning of each bus cycle. Furthermore, the 
peripherals allow the CPU direct access to all of 
their data and control registers. Figure 1 shows 
the interface logic that translates the signals 
generated by the 8086/8088 into the necessary 
Z-BUS signals, and Table 1 gives a description of 
each signal. 
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(NOTE 3) 



M/IO 

(NOTE 4) 
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Note. 

1 . The source of PCLK can, but need not, be derived from the 
System CLK. 

2. Does not apply to Z-FIO 

3. AD0-AD7 and As-A 15 on 8088. 

4. IO/Mon8088. 



Figure 1. Interface Logic 
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Table 1. Signal Descriptions 



8086/8088 Signals 



MN/MX Minimum/Maximum. This input is pulled high so that the CPU will operate in the "Minimum Mode." 



DT/R Data Transmit/Receive. DT/R is high on write operations and low on read operations. 

ALE Address Latch Enable. ALE is used to latch addresses during the first T state of each bus 
cycle so that the bus can then be free to transfer data. 

RD Read. RD strobes data into the CPU on read operations. 

WR Write. WR strobes data out of the CPU on write operations. 

ADq-AD^ This is the 16-bit, multiplexed address/data bus on the 8086. The 8088 has a low order 
address/data bus, ADg-ADy, and a high order address bus, Ag-A^. 



M/IO Memory/Input-Output. This output distinguishes between memory and I/O accesses. On the 8086 
it is high on memory accesses and low on I/O accesses. On the 8088, the polarity is reversed 
(IO/M). 

Z-BUS Signals 



R/W Read/Write. This input tells the peripheral whether the present access is a read or write. It 
is generated by inverting DT/R of the 8086/8088. 

AS* Address Strobe. AS is the main clock signal for the Z-BUS peripherals. It is used to initiate 
bus cycles by latching the address along with CSq and INTACK. It is generated by inverting ALE 
of the 8086/8088. 

DS* Data Strobe. When the Z-BUS peripheral is selected, DS gates data onto or from the bus, 
depending on the state of R/W. It is generated from the 8086/8088 signals RD and WR as shown 
in Figure 1. 



INTACK Interrupt Acknowledge. When low, this signal tells the peripheral that the present cycle is an 
Interrupt Acknowledge cycle. 

ADg-ADy Address/Data Bus. This bus is connected directly to ADg-ADy of the 8086/8088. It is possible 
to connect it to ADg-AD^ of the 8086 as long as the 8086 doesn't expect to read an interrupt 
vector from the peripheral during interrupt acknowledge transactions. 

CSq,CS<| Chip selects. CSq is active low and is latched with the rising edge of AS. CS-j is active high 
and is unlatched. In this interface, CS>j is pulled high while CSg is generated from the 
address decode logic. 

PCLK Peripheral Clock. This signal does not apply to the Z-FI0. It can also be omitted from the 
Z-CI0 interface if the chip is not used as a timer, its REQUEST/WAIT logic is disabled, and it 
does not employ deskew timers in its handshake operations. The maximum frequency of PCLK is 4 
or 6 MHz, depending on the grade of the component, and it can be asynchronous to the system 
clock. 

*A hardware reset of a Z-BUS peripheral is performed by driving AS and DS low simultaneously. 
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BUS TIMING 

Each 8086/8088 bus cycle begins with an ALE pulse, 
which is inverted to become Address Strobe (AS). 
The trailing edge of this strobe latches the reg- 
ister address, as well as the states of CSq and 
INTACK within the peripheral. DS is then used to 
gate data into (write) or from (read) the selected 
register, provided that an active CSq has been 
latched. To assure proper timing, the AC 
Characteristics of both the 8086/8088 and the 
Z-BUS peripherals, must be examined. The para- 
graphs that follow discuss all of the significant 
timing considerations that pertain to Read/Write 
operations in this interface. 

ADDRESS AND CHIP SELECT (CSq) SETUP TIMES. The 4 

MHz Z-BUS peripherals require that the stable 
address setup time prior to AS be at least 30 ns. 
Since the 5 MHz 8086/8088 is guaranteed to provide 
valid addresses at least 60 ns before Address 
Latch Enable (ALE) goes low, this requirement is 
easily satisfied. The CSq setup time is of no 
concern because the Z8000 peripherals require no 
CSq setup time prior to AS. 



ADDRESS AND CHIP SELECT (CSq) HOLD TIMES. The 

Z-BUS specifications require that the address and 
CSq remain valid a certain period of time after 
the rising edge of AS. These minimum values are 
50 and 60 ns respectively for the 4 MHz devices. 
At 5 MHz, the 8086/8088 will hold its addresses at 
least 60 ns after ALE goes inactive. Although 
this is equal to the minimum CSq hold time, a safe 
margin will be maintained if the propogation delay 
between the address going invalid to CSq rising, 
exceeds the propogation delay between ALE falling 
and AS rising. 

ADDRESS STROBE (AS) TO DATA STROBE (DS) DELAY. 

The 4 MHz peripherals need a 60 ns delay between 
AS rising and DS falling. This parameter is of no 
concern on write cycles because the D-flop will 
delay DS until the beginning of T3 (See Figure 
2). On read cycles, DS follows RD, so the delay 
between AS and DS is approximately equal to the 
delay between ALE and RD. If ALE falls at its 
latest possible point in time and RD falls at its 
earliest point, the time between these two edges 
would be about 60 ns. This result is unrealistic, 
however, because a delay in the termination of ALE 





Note. 

1. All timing in ns. 

2. A 15 -As and AD7-AD0 on 8088 

3 6 PCLK cycles + 200 ns for Z-SCC. This parameter only 
applies to consecutive accesses to the same device 



Note: 

1 . All timing in ns 
2 A 15 -As and AD 7 -ADq on 8088. 

3. 6 PCLK cycles + 200 ns for Z-SCC This parameter only 
applies to consecutive accesses to the same device. 



Figure 2. Write Cycle Timing 



Figure 3. Read Cycle Timing 
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will always lead to a delay in the activation of 
RD. The actual time between the two edges is well 
over 100 ns. 



least one instruction fetch cycle in between I/O 
accesses, and 1000 ns translates into only 5 clock 
cycles at 5 MHz. 



ADDRESS SETUP TIME TO DATA STROBE (DS). The 4 

MHz Z-CIO and Z-FI0 require that the stable 
address setup time to DS be at least 130 ns. 
Since the delay between AS rising and DS falling 
is well over 100 ns, and since the address setup 
time to AS is at least 60 ns, this requirement is 
easily satisfied. 

DATA STROBE (DS) LOW WIDTH. The minimum Data 
Strobe Low Width of the 4 MHz Z-BUS peripherals is 
390 ns. On read cycles, DS will have the same 
width as RD, which is at least 325 + 200N W ns, 
where N w is the number of wait states in the bus 
cycle. On write cycles, the D-flop will shorten 
this minimum width to 210 + N w 200 ns. One wait 
state (T w ) in the bus cycle will ensure a 
sufficiently wide Data Strobe for both types of 
bus cycles. A discussion of wait state generation 
is presented in the next section. 

WRITE DATA SETUP AND HOLD TIMES. On write cycles, 
the Z-BUS peripherals require the CPU to put valid 
data on the bus at least 30 ns before DS goes 
active, and to hold it there at least 30 ns after 
DS terminates. D-flip-flop in Figure 2 guarantees 
the setup time by delaying the falling edge of WR 
until the next falling edge of SYS CLK (Figure 
2.). The Hold Time is also guaranteed because the 
8086/8088 will hold valid data at least 90 ns 
after the termination of WR. 

READ DATA SETUP AND HOLD TIMES. When the 8086/ 
8088 reads from memory or peripherals, it requires 
them to put valid data on the bus at least 30 ns 
before the falling edge of SYS CLK at the begin- 
ning of 1^. It also requires them to hold the 
valid data at least 10 ns after this edge. Since 
the Z-BUS peripherals will provide valid data 
early in T w and will hold it until after DS termi- 
nates, these parameters are well within the speci- 
fications. 

VALID ACCESS RECOVERY TIME. This parameter refers 
to the time between consecutive accesses to a 
given peripheral. If the 4 MHz Z-SCC is accessed 
twice, then the time between DS rising in the 
first access and DS falling in the second access, 
must be at least 6 PCLK cycles plus 200 ns (i.e. 
1700 ns for a 4 MHz PCLK). The Valid Access 
Recovery Time for the 4 MHz Z-CIO and Z-FI0 is 
1000 ns, and this can't possibly be violated with 
a 5 MHz 8086/8088 since there will always be at 



WAIT STATE GENERATION 

The previous section explained why the 4 MHz Z8000 
peripherals need to place a wait state in 1/0 bus 
cycles when interfaced to the 5 MHz 8086/8088. 
The following two examples illustrate how wait 
state generation can be implemented. Since 
8086/8088 - based systems typically use an 8284 
Clock Chip, which synchronizes the CPU's READY 
input with the system clock, the task reduces to 
designing a circuit that will control the RDY1 
input of the 8284 (RDY2 is assumed to be 
grounded). 

SINGLE WAIT STATE GENERATION. For the processor 
to enter a wait state after T3, the RDY1 input 
must be low during the falling edge of SYS CLK at 
the end of T £• Then, for the processor to enter 
T4 after the wait state, RDY1 must be high during 
the next falling edge of SYS CLK. To make sure 
that these levels are well-established during 
their sampling windows, the single wait state 
generator should toggle RDY1, using the clock 
edges that precede the sampling edges (Figure 4). 
The circuit in Figure 5 performs this function and 
generates a single wait state when one of the CSg 
inputs is active. 



T2 T3 Tw T4 




Figure 4. RDY1 Timing for Single Wait State 
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Figure 5. Single Wait State Generator 
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MULTIPLE WAIT STATE GENERATION. Though Read/Write 
operations require only one wait state, Interrupt 
Acknowledge transactions need multiple wait states 
to allow for daisy-chain settling, which is 
explained in the next section. The following 
discussion introduces a multiple wait state 
generator and serves as a basis for understanding 
the subsequent Interrupt Acknowledge Circuit. 

In the preceeding discussion of the single wait 
state generator, we established that RDY1 must be 
high at the end of T3 for the processor to enter 



"4 



after the wait state. In general, the 
8086/8088 will continue to insert wait states 
until RDY1 is driven high. In fact, the number of 
wait states will be equal to the number of clock 
cycles that RDY1 is held low after the rising 
clock edge in T2» 

A convenient way to implement a multiple wait 
state generator is to use a serial shift register 
such as a 74LS164. Figure 6 shows a wait state 
generator that requests one wait state on Read/ 
Write cycles, and up to seven wait states on 
Interrupt Acknowledge cycles. When RD, WR, or 
INTA goes active, the 74LS164 is taken out of the 
clear state and logic "ones" are allowed to shift 
sequentially from Q^ to Q^j. On Read/Write 
cycles, RDY1 is held low until the leading "one" 




<*& 



1 



appears at Qg, and on Interrupt Acknowledge 
cycles, RDY1 is held low until the leading "one" 
appears at Q^. The next section shows how 
INTACK can be generated and discusses the complete 
interrupt interface. 

INTERRUPTS 



Figure 6. Multiple Wait State Generator 



In Figure 1 the INTACK input to the Z-BUS 
peripherals is pulled high. This does not mean 
that the peripheral can't interrupt the CPU; it 
just means that it won't respond to the CPU's 
interrupt acknowledge. The designer can, however, 
implement a circuit that will drive INTACK, and 
allow the 8086/8088 to properly acknowledge the 
interrupts of the Z-BUS peripherals. This section 
examines the interrupt acknowledge protocols of 
the Z-BUS peripherals and the 8086/8088, then 
proceeds to show how they can be made compatible. 

Z-BUS INTERRUPT ACKNOWLEDGE PROTOCOL. The Z-BUS 
peripherals typically use the daisy-chain tech- 
nique of priority interrupt control. In this 
scheme the peripherals are connected together via 
an interrupt daisy chain formed with their IEI 
(Interrupt Enable Input) and IE0 (Interrupt Enable 
Output) pins (Figure 7). The interrupt sources 
within a device are similarly chained together, 
with the overall effect being a daisy chain con- 
necting all of the interrupt sources. The daisy 
chain allows higher priority interrupt sources to 
preempt lower priority sources and, in the case of 
simultaneous interrupt requests, determines which 
request will be acknowledged. 

In each bus cycle the Z-BUS peripherals use the 
rising edge of AS to latch the state of INTACK. 
If a low INTACK is latched, then the present cycle 
is an Interrupt Acknowledge cycle and the daisy 
chain determines which interrupt source is being 
acknowledged in the following way. Any interrupt 
source that has an interrupt pending and is not 
masked from the chain will hold its IE0 low. 
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Figure 7. A Z-BUS Interrupt Daisy Chain 
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Similarly, sources that are currently under 
service (i.e. have their IUS bit set) will also 
hold their IEO lines low. All other interrupt 
sources make IEO follow IEI. The result is that 
only the highest priority, unmasked source with an 
interrupt pending will have a high IEI input; only 
this peripheral will be allowed to transfer its 
vector to the system bus when the Data Strobe is 
issued during the Interrupt Acknowledge cycle. 

To make sure that the daisy chain has settled by 
the time DS gates the vector onto the bus, the 
Z-BUS peripherals require a sufficient delay be- 
tween the rising edge of AS and the falling edge 
of DS in INTACK cycles. The amount of delay 
required can be calculated using Table 2. For a 
particular daisy chain, the minimum delay is: 
Thigh ^ or *-he highest priority device, plus T^ ow 
for the lowest priority device, plus T,^^ for each 
device in between. 



Table 2. Daisy Chain Settling Times for the Z-BUS 
Peripherals (in ns) 



T high 


'mid 


'low 


4MHz 


6MHz 


4MHz 


6MHz 


4MHz 


6MHz 


250 
350 
350 


250 
250 
250 


120 
150 
150 


100 
100 
100 


120 
100 
100 


100 
70 
70 



z-scc 

Z-CI0 
Z-FI0 



8086/8088 INTERRUPT ACKNOWLEDGE PROTOCOL. If the 

8086/8088 receives an interrupt request (via its 
INTR pin) while its Interrupt Flag is set, then it 



will execute an Interrupt Acknowledge sequence. 
The sequence consists of two identical INTA bus 
cycles with two idle clock cycles in between 
(Figure 8). In both bus cycles, RD and WR remain 
inactive while an INTA strobe is issued with the 
same timing as a WR strobe. The 8086/8088 
requires an interrupt vector to appear on ADq - 
ADy at least 30 ns before the beginning of T^ in 
the second INTA cycle. This protocol is normally 
used to read vectors from the 8259A Interrupt 
Controller but it can easily be adapted to the 
Z-BUS Interrupt Acknowledge Protocol, as 
illustrated in the following paragraphs. 

INTERRUPT ACKNOWLEDGE COMPATIBILITY. The first 
function of the Interrupt Acknowledge circuit, 
shown in figure 9, is to generate the Z-BUS INTACK 
signal using INTA from the 8086/8088. Since INTA 
goes active after ALE has terminated, the 
peripherals will not latch an active INTACK during 
the first INTA cycle. However, if the rising edge 
of INTA is used to toggle INTACK, then an active 
INTACK latches with the rising edge of AS in the 
second INTA cycle. Thus a rising-edge triggered 
toggle flip-flop, as configured in Figure 9, can 
be used to generate INTACK. Figure 10 shows the 
timing relationship between INTA and INTACK. 

The next function of the Interrupt Acknowledge 
circuit can be broken down into three operations: 
first, it must cause the CPU to enter a series of 
wait states after T3 in the second INTA cycle; 
then, it must activate DS after a sufficient daisy 
chain settling time; lastly, it must bring the CPU 
out of the wait state condition when the vector is 
available on the bus. 



T1 T 2 T 3 T 4 T, T| T, T 2 T 3 T 4 



^\ 



J~\ 



a r 



Figure 8. 8086/8088 INTA Sequence 
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Figure 9 shows how the multiple wait state 
generator, discussed in the previous section, can 
be used to perform each of these operations. 




Figure 9. Interrupt Acknowledge Circuit 



While INTACK is high the circuit operates 
normally; the number of wait states it requests is 
determined by the positioning of the jumper on the 
Q outputs. When INTACK goes low, it operates as 
follows: the next activation of INT A brings the 
shift register out of the clear state, and logic 
"ones" shift into Q^ until they fill the entire 
register. When the leading "one" appears at Qq, 
DS is driven low; when it appears at Q^, the CPU 
is taken out of the wait state condition. 

This arrangement takes advantage of the full 
length of the shift register and provides a 
daisy-chain settling time of more than 1300 ns, 
which allows the implementation of a chain with as 
many as seven Z-BUS devices. Figure 10 shows the 
timing of the important signals in the Interrupt 
Acknowledge transaction. 



HARDWARE RESET 

The designer may want to incorporate a hardware 
reset in the interface design. This can be 
accomplished with two NOR gates as shown in Figure 
11. The_N0R gates allow the system RESET signal 
to pull AS and DS low simultaneously, and hence 
put the peripheral in a reset state. A hardware 
reset is not necessary, however, because all of 
the peripherals are equipped with software reset 
commands. 



Ti T2 T3 Tw* T4 T| T| T1 T2 T3 Tw Tw Tw Tw Tw Tw Tw T4 

! _rrjijnjxjxn_riJiJT_JiJT^ 




Note 
This assumes that Qs is the selected output 



Figure 10. Interrupt Acknowledge Timing 
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Figure 11. Hardware Reset 



SUMMARY 

The Z-SCC, Z-CIO, and Z-FIO can easily be designed 
into 8086/8088 - based systems. Their data and 
control registers can be mapped directly into the 
I/O address space, and the Z-BUS control signals 
can be generated with a minimal amount of external 
logic. The user can also take advantage of the 
devices' interrupt control capabilities because a 
simple interface circuit makes their interrupt 
structure compatible with that of the 8086/8088. 
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INTRODUCTION 

Direct Memory Access (DMA) is a data transfer 
method that uses special hardware to transfer data 
between system memory and the outside world (e.g., 
a peripheral I/O device) without the intervention 
of a Central Processing Unit (CPU). 

A transfer controller usually handles all aspects 
of a data transfer: it provides read or write 
control signals and addresses to the system, 
updates the addresses, counts the number of words 
or bytes in the transfer, and signals the end of 
an operation. The advantage of DMA is speed. 
Transfers can proceed at the memory's maximum 
speed rather than waiting for the CPU to fetch and 
decode the instructions, move the data, update the 
addresses, and count the words or bytes. The DMA 



controller performs these tasks at hardware speed 
and reduces CPU overhead costs. 

The Z8016 DMA Transfer Controller (DTC) is a high- 
performance 16-bit peripheral interface device 
designed for Z8000 processor systems. Each of the 
DTC's two channels can perform the following kinds 
of transfer: memory-to-peripheral, memory-to- 
memory, peripheral-to-memory, and peripheral-to- 
peripheral. For all DMA operations (i.e., 
Transfer, Search, and Transfer-and-Search), the 
DTC operates with either word or byte data sizes 
and provides a packing/unpacking capability. To 
eliminate the overhead needed to load the internal 
registers, the DTC provides an auto-chaining 
operation to load and reload the 13 channel 
registers (Figure 1b). The CPU need only load the 
address of the control parameter table into the 
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Figure 1a. Z8016 DTC Block Diagram 
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Chain Address register and issue a Start Chain 
command to load the control parameters from memory 
into the channel's control registers. 

The DTC is Z-BUS compatible and operates within 
the Z8000 daisy-chain, vectored-priority interrupt 
scheme. Additionally, a demand interleave 
operation is supported, which allows the DTC to 
surrender the system bus to the external system or 
to alternate between internal channels. This 
capability allows for parallel operations between 
the two channels or between a DTC channel and the 
CPU. 



INTERFACING 

A block diagram of the Z8016 DTC (Figure 1) shows 
the internal configuration. The internal 
registers are defined in Figures 2 and 3 and 
listed in Table 1 . Figure 4 shows the interface 
signals. All of the input and output signals 
(except the clock input) are directly TTL 
compatible. All outputs source at least 250 jxA at 
2.4 V and sink up to 3.2 mA at 0.4 V. 
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Figure 1b. Z8016 DTC Block Diagram, Channel Registers 
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MASTER MODE REGISTER 



| D 7 | D 6 [ D 5 [ D 4 | D 3 | D 2 | D, | D | 



BASE AND CURRENT ADDRESS 
REGISTERS A AND B 



_0 0_ 

_0_ 1 
1 



- CHIP ENABLE 



■ WATT LINE ENABLE 

- DISABLE LOWER CHAIN 

- NO VECTOR ON INTERRUPT 



NVl ACKNOWLEDGE 
VI ACKNOWLEDGE 

NMl ACKNOWLEDGE 
SEGMENT TRAP 
ACKNOWLEDGE 



COMMAND REGISTER 



I Dr D, D s D 4 D, D 2 D, Do 





o~ 1 

1 

1 1 

1 

1 1 



- CHANNEL 2/CHANNEL 1 

- SET/CLEAR 

- INTERRUPT PENDING 

- INTERRUPT UNDER SERVICE 

- INTERRUPT ENABLE 



0__0 

_2 

1 



WAIT STATES 

1 WAIT STATE 

2 WAIT STATES 
4 WAIT STATES 



INCREMENT ADDRESS 
DECREMENT ADDRESS 
HOLD ADDRESS 



SYSTEM DATA MEMORY 
SYSTEM STACK MEMORY 
SYSTEM PROGRAM MEMORY 
I/O 

NORMAL DATA MEMORY 
NORMAL STACK MEMORY 
NORMAL PROGRAM MEMORY 
SPECIAL I/O 



STATUS REGISTER 



RESET 

INTERRUPT CONTROL 
SOFTWARE REQUEST 
FLIP BIT 

HARDWARE MASK 
START CHAIN 
NOT RECOGNIZED 
NOT RECOGNIZED 

INTERRUPT SAVE REGISTER 
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INTERRUPT 
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DTC 
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- TC 
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' STATUS ST0-ST4 

- MCL [ 
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> INTERFACE 
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TEMPORARY REGISTER 



- VECTOR 
CHANNEL NUMBER 
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- CHAIN ABORTED 
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- MCH 

- HARDWARE REQUEST 
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PATTERN AND MASK REGISTERS 

|Dib|Di4|Di3|Pi2| Dii|Pio| Pa | Ps \ P? | D 6 | D 5 | P 4 1 03 I D2 I Pi 1 Po I 



BASE AND CURRENT OPERATION COUNT REGISTERS 
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Figure 2. Z8016 DTC Internal Registers 
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DATA OPERATION FIELD 



Code/Oper at ion 
Transfer 



Operand Size 
ARA ARB 



Transaction 
Type 



0001 
100X 
0000 
0011 
0010 



Byte 


Byte 


Byte 


Word 


Word 


Word 


Byte 


Byte 


Word 


Word 



Flowthrough 

Flowthrough 

Flowthrough 

Flyby 

F]yby 



Tr ansf er-and-Search 



0101 
110X 
0100 
0111 
0110 



Byte 


Byte 


Byte 


Word 


Word 


Word 


Byte 


Byte 


Word 


Word 



Flowthrough 

Flowthrough 

Flowthrough 

Flyby 

Flyby 



Search 



1111 
1110 



Byte 
Word 



Byte 
Word 



N/A 
N/A 



101X 



Illegal 



TRANSFER TYPE FIELD AND MATCH CONTROL FIELD 



Code 



Transfer Type 



Match Control 



00 
01 
10 

11 



Single Transfer 
Demand Dedicated/Bus Hold 
Demand Dedicated/Bus Release 
Demand Interleave 
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Stop on No Match 
Stop on Word Match 
Stop on Byte Match 
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Figure 3. Z8016 DTC Channel Mode Register 
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Table 1. Z8016 DTC Internal Registers 



Register 



Chain 

Control 

Bit 



Port Address(Hex) 
Channel 1 Channel 2 



DEVICE REGISTERS 



Master Mode register 
Command register 
Chain Control register 
Temporary register 



38 
2C 



CHANNEL REGISTERS 

Address registers, chainable 



Segment/Tag Offset 



Segment/Tag Offset 



Current Address - A 


9 


1A 


OA 


Current Address - B 


8 


12 


02 


Base Address - A 


6 


1E 


0E 


Base Address - B 


5 


16 


06 


Chain Address 





26 


22 



18 


08 


10 


00 


C 


OC 


14 


04 


24 


20 



Control registers, chainable 



Current Op-Count 


7 


32 


Base Op-Count 


4 


36 


Channel Mode* - High 


1 


56 


Channel Mode* - Low 


1 


52 


Pattern* 


3 


4A 


Mask* 


3 


4E 


Interrupt Vector* 


2 


5A 



30 
30 
54 
50 
48 
4C 
58 



Status/Save registers, Non-chainable 



Status register 
Interrupt Save register 



2E 
2A 



2C 
28 



*Slow-readable registers. 
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SN7/MMUSYNC AD 7 
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ST 
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STATUS < 


zz 


ST 2 
ST3 
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Figure 4. Z8016 DTC Pin Functions 



The interface signals and pin assignments are 
listed in Table 2. Some of the signals are 
three-state, i.e., they are high-impedance when 
not under bus control. The open-drain pins 
require a pullup resistor of 3.3K ohms or more. 
The DTC decodes the status lines (STQ-ST3) for the 
Interrupt Acknowledge signal and generates status 
for data transactions. The multiplexed input 
CS/WAIT serves as an active Low Chip Select (CS) 
signal when the DTC is a bus slave, and serves as 
an active Low Wait (WAIT) signal when the DTC is 
bus master and the control bit in the Master Mode 
register is enabled. The multiplexed output 
SN7/MMUSYNC is driven Low when the DTC is not in 
control of the system bus and the MM1 bit of the 
Master Mode register is set. SN7/MMUSYNC floats 
to a high-impedance state when the DTC is not in 
control of the system bus and the MM1 bit is 
cleared. When the DTC is in control of the system 
bus and is operating in logical address space, 
this line outputs an active High MMUSYNC pulse 
prior to each memory transaction cycle. In 
physical address space, this line outputs SNy, 



whicn is tne 24th address bit in the linear 
address space. 

If a peripheral device requires DMA service, it 
issues a request to the DTC by asserting DREQ. If 
the channel receiving the request is enabled and 
the BUSREQ and BAI lines are High, the DTC issues 
a bus request to the CPU by driving the BUSREQ 
line Low. When the CPU relinquishes bus control, 
a Bus Acknowledge signal is output to the DTC by 
driving the BAI line Low, indicating that the 
request for bus control has been granted. Upon 
receipt of the Bus Acknowledge signal, the DTC 
issues a DMA Acknowledge signal to the peripheral 
by lowering the DACK output; it then issues the 
control signals and addresses necessary to effect 
the transfer. When the transfer is completed or 
terminated, DACK is driven High and the DTC begins 
the termination procedure. The DACK output can be 
programmed as level or pulsed for Flyby transac- 
tions and as level or inactive for Flowthrough 
transactions via the CM-jq bit of the Channel Mode 
register. 
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Table 2. Z8016 DTC Interface Signals 



Interface Signal 



Pin Number 



Input/Output 



Three-State 



Open-Drain 



ADq-AD 1 5 


5-20 


In/Out 


AS 


44 




In/Out 


BAI 


1 




In 


BAO 


3 
2 




Out 


BUSREQ 


In/Out 


B/W 


35 




Out 


CS/WAlT 


42 




In 


DACK 1 ,DACK 2 


39, 


40 


Out 


DREQ 1 ,DREQ 2 


36, 


37 


In 


DS 


43 




In/Out 


EOP 


38 




In/Out 


IEI 


46 




In 


IEO 


48 




Out 


INT 


47 




Out 


N/S 


30 




Out 


R/W 


41 




In/Out 


SN -SN 6 


21- 


25,28,29 


Out 


SN 7 /MMUSYNC 


27 




Out 


ST Q -ST 3 


31- 


34 


In/Out 


CLK 


45 






GND 
+5V 


26 

4 







Yes 


No 


No 


No 


No 


No 


No 


Yes 


Yes 


No 


No 


No 


No 


No 


No 


No 


Yes 


No 


No 


Yes 


No 


No 


No 


No 


No 


Yes 


Yes 


No 


Yes 


No 


Yes 


No 


Yes 


No 


No 


No 



To establish DMA operation, the internal registers 
can be loaded under software by the CPU. The 
registers are addressed via the low byte of the 
Address/Data bus (AD 7 -ADg). The high byte of the 
Address/Data bus (AD^-ADg) is decoded with the 
user's chip select logic. Chip Select (CS) must 
be valid prior to the rising edge of AS to allow 
the CPU to write to, or read from, the DTC's 
registers. During a DMA transfer, the DTC 
generates control signals (R/W, B/W, N/S, and 
STq-ST-j) to indicate the transfer direction, the 
data size, and the type of space and transaction. 
It also generates AS, DS, DACK, and MMUSYNC 
signals to synchronize timing and to demultiplex 
the Address/Data lines. Additionally, it 
generates addresses (SNy-SNg and AD^-ADg for 
physical addressing space or SN^-SNg and AD^-ADg 
for logical addressing space) of the source and 
destination of the transfer; samples the DREQ, 
WAIT, and EOP lines; stores the data for the Flow- 
through transaction; and issues an EOP Low signal 
when the transfer is terminated. Upon termina- 
tion, the DTC performs either an interrupt, 
base-to-current reloading, chaining, or does 
nothing, under the control of Channel Mode 
register (i.e., bits CMy-CM^). 

To relinquish bus control, the DTC drives its 
BUSREQ line High and allows BAO to follow BAI. 



The CPU regains bus control upon sampling its 
BUSREQ input; if inactive, the CPU drives its 
BUSACK output inactive. Whenever both BAI and 
BUSREQ are High and no DMA requests are pending, 
the DTC passes the High signal through BAO to the 
lower-priority device, enabling it to request bus 
control. This procedure allows the CPU to regain 
bus control whenever an interrupting device 
releases bus control. See the Zilog 1982/83 Data 
Book* for more details on the Zilog Z-BUS. 



INITIALIZATION 

After a hardware reset (i.e., AS and DS are 
simultaneously Low) or a software reset (i.e., a 
reset command is issued to the Command register), 
take the following steps to initialize the system: 

• Clear the Master Mode (MM) register to disable 
the DTC. 

• Set the Chain Abort (CA) and Non-Auto Chaining 
(NAC) bits in each channel's Status register. 

• Load each channel's Chain Address register. 

• Issue Start Chain command, 
^(document number 00-2034-02) 
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to minimize interaction with the host CPU, the DTC 
loads its own control parameters from memory into 
each channel (i.e., performs chaining). The CPU 
need to only program the Master Mode register and 
each channel's Chain Address register (Figure 5). 
All other registers are loaded by the channels 
themselves from a reload table located in system 
memory and pointed to by the Chain Address 
register. During chaining, the N/S and B/W lines 
are driven Low and the ST^-STq outputs are set to 
1000 (i.e., Memory Transaction for Data). 

The first word in the reload table, the reload 
word, specifies which registers in the channel are 
to be reloaded. Bits through 9 in the reload 
word relate to either one or two registers in the 
channel (Table 3). When a reload word bit is 1, 
the register or registers corresponding to that 
bit are reloaded. The data loaded into the 
selected registers follow the reload word in 
memory at successively larger addresses. 



the reload word is 0203^, only Current Address 
register A (Current ARA), Channel Mode register, 
and Chain Address register are reloaded with the 
data in locations 1022^ through 102C^ (a total 
of six words) , and the remaining registers are not 
changed. When loading the address registers, the 
segment and tag word must precede the offset word 
(e.g., the segment and tag word of Current Address 
register A is located at 1022^, while the offset 
word is located at 1024^). 

After the Master Mode bit MMg is set, a Start 
Chain command causes the selected channel to clear 
the NAC bit in its Status register and to start 
chaining. The control parameters of the channel 
are reloaded and the channel is ready to perform 
the DMA operation. DMA operation can be initiated 
in one of the following three ways: 



By software request — issue 
Request command. 



a Set Software 



The reload table is of variable length. For 
example, when the contents of the segment and 
offset fields of Channel 1's Chain Address 
register are 0000^ and 1020^, the reload table 
is started at location 1020^. Thus, the data 
stored at location 1020^ is the reload word. If 
the reload word is 03FF^, all of Channel 1's 
registers are loaded with the data in locations 
1022 H through 1042 H (a total of 17 words). If 



By hardware request — apply a Low signal on the 
channel's DREQ input; the Hardware Request Mask 
bit (CM^) in the Channel Mode register must be 
cleared. 

By chaining — load a Software Request bit 
(CM£Q = 1) into the Channel Mode register 
during chaining. 



0100 


2101 


0000 


LD 


R1,#0000 


0104 


3B16 


002C 


OUT 


5S002C,R1 


0108 


8D07 




NOP 




010A 


2101 


0000 


LD 


R1 ,#0000 


01 0E 


3B16 


0026 


OUT 


5S0026,R1 


0112 


8D07 




NOP 




0114 


2101 


1020 


LD 


R1,#1020 


0118 


3B16 


0022 


OUT 


?50022,R1 


011C 


8D07 




NOP 




011E 


2101 


0001 


LD 


R1 ,#0001 


0122 


3B16 


0038 


OUT 


550038, R1 


0126 


8D07 




NOP 




0128 


2101 


00A0 


LD 


R1 ,%00A0 


012C 


3B16 


002C 


OUT 


%002C,R1 


0130 


8D07 




NOP 





;RESLf 



;L0AD SEGMENT/TAG OF CHANNEL 1'S 
;CHAIN ADDRESS REGISTER 

;L0AD OFFSET OF CHANNEL 1'S 
;CHAIN ADDRESS REGISTER 

;L0AD MASTER MODE REGISTER TO 
;ENABLE DTC 

;L0AD START CHAIN COMMAND 



Figure 5. Initialization of the Z8016 DTC 
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Table 3. Example of Chain Control Tables 



Memory Data Register 



Remarks 



1020 


03FF 


1022 


0000 


1024 


1F00 


1026 


0074 


1028 


FF01 


102A 


00A0 


102C 


0000 


102C 


2F00 


1030 


0074 


1032 


FF01 


1034 


0100 


1036 


1234 


1038 


F000 


103A 


0002 


103C 


0004 


103E 


3042 



1040 
1042 



0000 
1080 



Chain Control register 

Segment/Tag of Current Address Register A 

Offset of Current Address Register A 

Segment/Tag of Current Address Register B 

Offset of Current Address Register B 

Current Op-Count 

Segment/Tag of Base Address Register A 

Offset of Base Address Register A 

Segment/Tag of Base Address Register B 

Offset of Base Address Register B 

Base Op-Count Register 

Pattern register 

Mask register 

Interrupt Vector register 

Channel Mode High 

Channel Mode Low 



Segment/Tag of Chain Address 
Offset of Chain Address 



Chaining all registers 

System data mem, increment, waits 

Starting address 

1/0, hold, 2 waits 

Peripheral address 

160 transfers 

System data, increment, waits 

Starting address 

1/0, hold, 2 waits 

Peripheral address 

256 transfers 

0001001000110100 as pattern 

1111000000000000 as mask 

Vector = 02 

Pulsed DACK 

Chain at E0P, Base to Current at 

TC, Address Register A to Address 

Register B Demand/Bus release, 

word-to-word flyby 

Address of next chain control word 



1080 



0182 Chain Control register 



Chaining three registers 



1082 


0076 


1084 


FF02 


1086 


0050 


1088 


0010 


108 A 


0240 



Segment/Tag of Current Address Register B 
Offset of Current Address Register B 
Current Op-Count 
Channel Mode High 
Channel Mode Low 



1/0, hold, 4 waits 
Peripheral address 
80 transfers 

Software request during chaining 
Interrupt at TC, Address Register 
to Address Register B, word flow- 
through 



When DMA operation is initiated by either software 
or hardware request, the DTC drives the BUSREQ 
line Low and performs the DMA operation after it 
receives an active Low BAI signal. When DMA 
operation is initiated by chaining, the DTC 
performs the DMA operation as soon as chaining 
ends if the MM 2 bit (CPU Interleave Enable bit) is 
clear. If the MM 2 bit is set, the channel gives 
up bus control after chaining and before DMA 
operation. 



DMA OPERATIONS 

There are three types of DMA operation: transfer, 
transfer-and-search, and search, each of which can 
occur in either a Flowthrough or Flyby 
transaction. They are controlled by programming 



bits through 3 of the Channel Mode register. 
The Flip bit (CM^) is used to control the transfer 
direction. Figure 6 shows state diagrams for the 
various types of operations. Table 4 lists the 
operation codes. 

Flowthrough Transfer and Flowthrough Transfer- 
and-Search operations consist of both read and 
write transactions. When bit CM4 is clear, the 
DTC reads data from the location specified by The 
Current Address Register A (ARA) (i.e., the 
source), stores the data in the Temporary 
register, compares the data with the unmasked 
pattern, and then writes the data into the 
location specified by the Current Address Register 
B (ARB) (i.e., the destination). When bit CM4 is 
set, the source location is specified by the 
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E>* 



E>* 



SAMP LE DREQ AND BAI, 
DRIVE BUSREQ. 
DACK - 1 



"DREQ^^ = 1 

.OR BAI L, 




^BAI = 

(CHANNEL REQUESTED) 



(CM4 
(CM4 
R/W = 
DACK 


= 0): C-ARA ON BUS 
= 1): C-ARB ON BUS 

1; AS = 

= T11 


♦ 


AS = 1;DS = 

BUS RESERVED FOR DATA: 

SAMPLE WAIT 

T12 




DS = 
SAMP LE 
WAIT T1WA 




PLACE DATA FROM 

SOURCE INTO TEMPORARY 

REGISTERS: 

DS = 1 T13 



(CM4 


= 0): 


C-ARB ON BUS 


(CM4 


= 1): 


C-ARA ON BUS 


R/W = 


= 




AS = 





T21 



AS = 1, DS = 
PLACE DATA FROM 
SOURCE ONTO BUS: 
SAMPLE WAIT 




DS = 
SAMP LE 
WAIT T2WA 




SEND DATA TO DESTINATION: 

DS = 1 

UPDATE ADDRESS/COUNT 

T23 




THLD 

SAMPLE DREQ & EOP 




Figure 6a. Flowthrough Transfer and Flotfthrough Transfer-and-Search Operations 
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E>~ 



SAMPLIN G DREQ 
DRIVING BUSREQ 
SAMP LING BAI 
DACK INACTIVE T1 




(CHANNEL REQUESTED) 



E>~ 



(CM 4 


= 0): C-ARA ON BUS: 




(CM 4 


= 1): CARB ON BUS: 




R/W = 


= 1,AS~ = 




LEVEL DACK ACTIVE 


T1 



AS = 1: DS = 

BUS RESER VED FOR DATA 

SAMPLI NG WA IT 

PULSED DACK ACTIVE T2 




DS = 0, DA CK = 
SAMPLING WAIT 

TWA 




DATA INTO TEMPORARY REGISTER 

COMPARING WITH 

UNMASKED PAT TERN: 

DS = 0, PULSED DACK INACTIVE 

UPDATE ADDRESS AND 

COUNT CHECKIN G TC, MC, 

EOP: SAMPLING DREQ T3 




Figure 6b. Flyby Transfer and Flyby Transfer-and-Search Operations 



Current ARB, and the destination is specified by 
the Current ARA. 

Flyby Transfer and Transfer-And-Search operations 
consist of a single Read cycle or a single Write 
cycle. When CM4 is clear, the DTC reads the data 



from the location specified by the Current ARA and 
the DACK signal strobes the data to the flyby 
peripheral. In Transfer-and-Search operations, 
the data is also stored in the Temporary register 
and compared with the unmasked pattern. 
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E>~ 



E>~ 



SAMPLIN G DREQ 
DRIVING BUSREQ 
SAMP LING BAI 
DACK = 1 T1 




= (CHANNEL REQUESTED) 



(CM 4 = 0): C-ARA ON BUS: 
(CM 4 - D: C-ARB ON BUS: 
R/W = 1, A"S = 
DACK = i 



AS = 1: DS = 

BUS RESER VED FOR DATA 

SAMPLI NG WA IT 

PULSED DACK ACTIVE T2 



<^WATf^^ 



DS - 0, DA CK = 
SAMPLING WAIT 

TWA 




(CM 4 = 0): DATA INTO FLYBY PERIPHERAL 
(CM 4 = 1): D ATA F ROM FLYBY PERIPHERAL 
DS PULSED, DACK = 1, 
UPDATE ADDRESS AND COUNT, 
CHECKING TC, M C, EOP 
SAMPLING DREQ 

T3 




Figure 6c. Search Operation 
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Table 4. Operation Codes And Programming Suggestions 



Operation Operation Code Size 
CMj-CHfl* 



Suggestions 



Flowthrough 
Transfer 



W - W If CM 4 = then ARA to ARB; if CM 4 = 1 then ARB to ARA 

1 B - B If CM 18 = then level DACK; if CM 18 = 1 then DACK inactive 



Flyby 
Transfer 



2 W - W If CM 4 = then ARA to ARB; if CM 4 = 1 then ARB to ARA 

3 B - B If CM 18 = then level DACK; if CM 18 = 1 then pulsed DACK 



Flowthrough 
Transfer & 
Search 



4 W - W CM 4 , CM^g same as flowthrough transfer 

5 B - B If CM^jy = then stop on no match; if CM^ = 1 then stop on 

match 



Flyby 

Transfer & 
Search 



6 W - W CM 4 , CM-| 8 same as flyby transfer 

7 B - B If CM>|7 = then stop on no match; if CM^ = 1 then stop on 

match 



Flowthrough 
Funneling 



Flyby 
Funneling 



B - W 



B - W 



Byte at ARA, word at ARB 

If CM 4 = then byte-to-word; if CM 4 = 1 then word-to-byte 

If CM^ 8 same as transfer 

Operation count = number of words 



Search 



Demand 
Interleave 



E W - W If CM 4 = then source at ARA; if CM 4 = 1 then at ARB 
F B - B If CM<|7 = then stop on no match; if CM^y = 1 then stop on 
match 



Operation 


Operation Code 
CM 6 CM5 


Suggestions 


Single 
Operation 








Each Software Rec. command causes one operation; 
Each DREQ falling edge causes one operation** 


Demand with 
Bus Hold 





1 


Each Software Req. command causes block operation***; 
Operating when DREQ Low; Hold bus when DREQ High 


Demand with 
Bus Release 


1 





Each software Req. command causes block operation***; 
Operating when DREQ Low; Release bus when High 



Each Software Req. command causes block operation***; 
Operating when DREQ Low; Release bus to other 
channel or CPU after each operation 



*CM (Channel Mode) register's bit. 
**The DREQ falling edge must meet the timing requirement. 
***If MM2 (Master Mode) bit is set (CPU interleave is enabled), the DTC releases the bus after each 
operation when the channel is not in Bus Hold mode. 
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When Flip bit CM 4 is set, the DTC activates DACK 
to the flyby peripheral, which enables the data 
onto the A/D bus, writes the data into the 
location specified by the Current ARB, stores it 
in the Temporary register, and compares it with 
the unmasked pattern. 

The Search operation consists of a Read cycle 
only. The DTC reads data from the source location 
(specified by the Current ARA when CM^ = and by 
Current ARB when CM^ = 1), stores the data in the 
Temporary register, and compares it with the 
unmasked pattern. No data is written into any 
location or peripheral. Channel Mode register 
bits CM^CM^ are the match control field for 
programming the Stop condition. 

Channel Mode bits CM5-CM5 select the channel's 
response to the request to start a DMA operation. 
There are four types of response: single 
operation, demand dedicated with bus hold, demand 
dedicated with bus release, and demand inter- 
leave. These responses are detailed below. 
Figure 7 shows flow charts for each of these 
responses. Interleave operations between the CPU 
and the DTC, and between DTC channels, are shown 
in Figure 8. 

The setting of bits CMg and CM5 are described as 
follows: 

a) Single operation (CM 6 = 0, CM5 = 0). In 

response to a software request or active DREQ 
High-to-Low transition, the channel performs a 
single DMA iteration. The DTC relinquishes bus 
control after each transaction unless a second 
High-to-Low DREQ transition meets the timing 
requirement. 

b) Demand Dedicated with Bus Hold (CM 6 = 0, CM 5 = 

1). In response to a software request, the 
channel acquires bus control, performs a DMA 
operation until termination occurs (i.e., TC, 
MC or EOP occurs) , and then relinquishes bus 
control. 

In response to an active Low DREQ, the channel 
acquires bus control, performs DMA operations 
while DREQ is active Low, retains bus control 
when DREQ is High but does nothing, resumes DMA 
operation when DREQ is Low again and only 
relinquishes bus control when the operation 
terminates (i.e., TC, MC, or EOP occurs). If 
the DACK signal is programmed as level (CM^g = 
0), it will be active Low from the time the 
channel acquires bus control to when it 
relinquishes control. 



c) Demand Dedicated with Bus Release (CMg = 1, 

CM5 = 0). In response to a software request 
the channel performs DMA iterations until TC, 
MC, or EOP occurs. In response to a hardware 
request, the channel performs DMA iterations 
until DREQ goes inactive. The contents of the 
Current Address registers and the Current 
Operation Count register will not be reloaded 
until TC, MC, or EOP occurs. 

d) Demand Interleave (O^ = 1, CM5 = 1). Demand 
Interleave varies, depending on the setting of 
Master Mode register bit MM2. If MM2 is set 
(CPU interleave is enabled), the DTC 
relinquishes bus control after each DMA 
iteration and then re-requests it. This 
permits the CPU and other devices to gain bus 
control during DMA operations. If MM2 is clear 
(CPU interleave is disabled), control can pass 
from one channel to the other without releasing 
bus control. If only one channel is programmed 
in Demand Interleave mode, the other channel 
will retain control until termination or until 
DREQ goes inactive, at which time control is 
returned to the other channel. 

Channel Mode register bit CM^g selects the wave- 
form of DACK. The pulsed DACK (CM 18 = 1) is used 
only in Flyby transactions. It is inactive during 
Non-Flyby transactions when CM^g is set. 

Byte-word funneling allows packing and unpacking 
of byte data to facilitate high-speed transfers 
between byte-oriented peripherals and word- 
organized memory. The Tunneling option can be 
used only in Flowthrough transactions. For 
transfers from a byte source to a word destina- 
tion, two consecutive byte reads are performed to 
move data from the source location. These bytes 
are assembled in the Temporary register. The 
Temporary register data is then written into the 
destination location as a word. For word-to-byte 
funneling, word data is read from the source 
location into the Temporary register. This word 
is then written to the destination in two 
consecutive byte writes. The byte address must be 
programmed in the Current ARA and the word address 
must be in the Current ARB. Bit CM4 in the 
Channel Mode register is used to specify the 
transfer direction. It is set to to specify 
byte-to-word funneling and to 1 for word-to-byte 
funneling. To access the high byte of the word 
first, bit ^3 of the Current ARB must be 
cleared. Bit TG3 of the Current ARB is set when 
accessing the low byte of the word first, after 
which the ARB address increments. Figure 9 shows 
two examples of data funneling. 
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ONE DMA ITERATION 



YES 




ANOTHER 
CHANNEL OR 
RELEASE BUS 



T 



( exit ) 

(A) Single operation 



INTERRUPT 

BTO-C LOAD 

CHAINING 




(C) Demand dedicated with bus release 
(hardware request) 




INTERRUPT 

B-TO-C LOAD 

CHAINING 



ANOTHER 
CHANNEL OR 
RELEASE BUS 



CED 



(B) Demand operation when 
software requesting 




(D) Demand dedicated with 
bus hold (hardware request) 



Figure 7. Flow Charts of DMA Operations 



2271-010 
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CH 1: INTERLEAVE 
CH 2: INTERLEAVE 
CPU. NO INTERLEAVE 



CH 1: INTERLEAVE 
CH 2: INTERLEAVE 
CPU INTERLEAVE 



CH 1- INTERLEAVE 

CH 2: SOFTWARE DEMAND 

CPU: INTERLEAVE 



CH 1: DEMAND 

CH 2: DEMAND/BUS RELEASE 

CPU: NO INTERLEAVE 



CH 1. DEMAND INTERLEAVE 
CH 2: DEMAND/BUS HOLD 
CPU: NO INTERLEAVE 



TERMINATE 



CH 1 DEMAND/INTERLEAVE 
CH 2: DEMAND/ BUS RELEASE 
CPU: INTERLEAVE 



CH 1. DEMAN/INTERLEAVE 

CH 2: DEMANDS/BUS HOLD OR RELEASE 

CPU: INTERLEAVE 




Figure 8. Flow Charts of Interleave Operations 



A) Byte-to-Word Funneling: Data is moved from the byte source addressed at FA70 to the word 
destination addressed from 1600. 



Current ARA: 0010-FA70 
Current ARB: OOxx-1604 
Current Op-Count: 0003 
Flip bit (CM 4 ): 



(Segment = 00, Offset = FA70, Address hold) 
(Segment = 00, Offset = 1604, Address hold/change) 
(Three words) 
(Data from "ARA M to "ARB") 



Destination Data Distribution 



Source Data String 

AA 
BB 
CC 
DD 
EE 
FF 



TG 4 ,TG 3 










ADDRESS 


00 


01 


10 


11 


00-1600 


* 


FFEE 


* 


* 


00-1602 


* 


DDCC 


* 


* 


00-1604 


AABB 


BBAA 


EEFF 


FFEE 


00-1606 


CCDD 


* 


* 


* 


00-1608 


EEFF 


* 


* 


* 


00-1 60A 


* 


# 


# 


* 


NOTES 


ARB 


INC. 


DEC. 


HOLD 


HOLD 


WRITE FIRST 


HIGH 


LOW 


HIGH 


LOW 



B) Word-to-Byte Funneling: Data is moved from the word source addressed from 1800 to the byte 
destination addressed from 1A00. 



Current ARA: 0000-1A00 
Current ARB: OOxx-1800 
Current Op-Count: 003 
Flip bit (CM 4 ) : 1 



(Segment = 00, Offset = 1A00, Address increment) 
(Segment r 00, Offset = 1800, Address hold/change) 
(three words) 
(Data from "ARB" to "ARA") 



Destination Data Distribution 



Source Data Distribution 



Address 


Word Data 


00-1 7FA 




00-17FC 


6677 


00-1 7FE 


8899 


00-1800 


AABB 


00-1802 


CCDD 


00-1804 


EEFF 


00-1806 





TG 4 ,TG 3 
ADDRESS 


00 


01 


10 


11 


00-1A00 
00-1A01 
00-1A02 
00-1A03 
00-1A04 
00-1A05 
00-1A06 
00-1A07 
00-1A08 


AA 

BB 

CC 

DD 

EE 

FF 

* 

* 


BB 

AA 

99 

88 

77 

66 

* 

* 

* 


AA 
BB 
AA 
BB 
AA 
BB 
* 

* 


BB 
AA 
BB 
AA 
BB 
AA 
* 

* 


NOTES 


ARB 


INC. 


DEC. 


HOLD 


HOLD 


READ FIRST 


HIGH 


LOW 


HIGH 


LOW 



*Data unchanged 



Figure 9. Examples of Byte/Word Funneling 
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Z8016 DTC-T0-Z80Q0 CPU INTERFACE 

CPU and DTC On Same Board 

The Address/Data bus and control signals of the 
Z8000 CPU and those of the Z 8016 D TC are directly 
connected. The AS, DS, and BUSACK signals of the 
CPU are connected through the reset logic to the 
AS, DS, and BAI signals of the DTC. CS /WAIT 
demultiplexing logic is required for the CS/WAIT 
input of the DTC if hardware waits are necessary. 
The DREQ lines are connected to the request 
outputs of peripheral devices. The DACK lines are 
connected to the corresponding enable inputs of 
the peripheral devices. 

When programming for Flyby transactions, the R/W 
input of the flyby peripheral should be inverted 
internally by the peripheral or externally by 
special logic. R/W High indicates that the flyby 
peripheral should accept data, and R/W Low 
indicates that the flyby peripheral should drive 
data onto the bus. The memory or non-flyby 
peripheral uses the R/W High signal to indicate 
that it should drive data onto the A/D bus, and it 
uses the R/W Low signal to indicate that it should 
accept the data from A/D bus. 

When reading a slow-readable register (e.g., the 
Channel Mode register) , external logic for 
inserting hardware Wait states is required. The 
worst -case DS low width for the slow-readable 
registers is approximately 2000 ns for a 4 MHz 
Z8016 DTC. The interrupt vector is supplied by 
the Interrupt Save register (a fast -readable 
register), therefore, the DS Low width for 
Interrupt Acknowledge does not require hardware 
Wait states. 



Figure 10 shows the interface of the Z8000 CPU and 
the Z8016 DTC when located on the same board. No 
buffer is required for BUSREQ. The pins of 
BUSREQ, EOP and INT require 3.3k or larger pullup 
resistors. When more than one DTC or other 
peripherals are used, the BAI-BAO and IEI-IEO 
daisy chains are used to determine priorities for 
bus control and the interrupt service. 



CPU and DTC on Different Boards 

When the DTC and CPU are located on different 
boards, the address/data and control signals pass 
through the system bus. The system bus must 
provide: 

• Multiplexed Address/Data lines (ADq-AD^) 

• Bus timing lines [Address Strobe (AS), 
Data Strobe (DS)] 

• Read/Write (R/W) status signal 

• Bus control lines [Bus Request (BUSREQ) and Bus 
Acknowledge 



(BUSACK)] 
Interrupt Request lines 
Status lines (STq-ST^) 
Ready (RDY) line 



The BUSREQ pin of the DTC requires special 
bidirectional buffer logic to prevent competition 
between buses. The other connections are the same 
as those made when the CPU and DTC are located on 
the same board. 

Figure 11 shows the interface configuration for a 
Z-BUS system used with the Z8016 DTC. 
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IN 

GO 



^=r> 



BUSREQ BUSACK 
RESET DS 



Z8000 
CPU r/w 



B/W 
N/S 



ST 
ST 3 



AD0-AD15 



11 



SJT 



£ 



ADDRESS/DATA BUS 



IT 



_ 25LS373 

OE G 



31 



f 



w ir u u 



} 



BUSREQ 
IEI 



Z8016 
DTC 



CSI/WAIT 
BAO 



RAW 

B/W 

N/S 

STo 
ST3 

INT IEO 

ADq-AD-15 






^ 



T/R 294 « CD 



V- N- 







MULTIPLEXING 
LOGIC 



SYSTEM BUS 



Ao-A-15 



M/S STQ-ST3 B/W R/W AS DS INT BUSREQ 



D0-D15 



3 



Figure 10. DTC-to-Z8000 CPU Interface Configuration 




RESET 
CLOCK 
WATT 



Z8000 
CPU 



BUSACK 
AS ST0-ST3 B/W N/S R/W PS AD0-AD15 



WAIT STATES CONTROL 



w w w w 



SYSTEM MEMORY 
MREQ SN0-SN7 




RDY BUSREQ WAIT 

ADDRESS 



BUSACK 



T 



AS ST0-ST3 B/W N/S R/W DS AD0AD15 
AS STQ-ST3 B/W N/S R/W DS ADQ-AD15 



ST0-ST3.N/S AD0-AD15 AS R/W AD0-AD15 DS RDY SN0-SN7 

SN0-SN7 BUSACK WATf A6 RDY R/W AS BUSREQ 



ii a i\ 11 



AS ST0-ST3 B/W N/S R/W DS AD0AD15 

SN0-SN7 



Z80I6 
DTC 



BAI 

BAO 

CS/WATf 

BUSREQ 



MULTIPLEXING 
LOGIC 



JL 



BUSREQ 
LOGIC 



Figure 11- DTC-to-Z-BUS System Interface Configuration 



Z8016 DTC-TO-8086 CPU INTERFACE 

To control data transactions the 8086 CPU provides 
RD and WR signals and the Z8016 DTC provides DS 
and R/W signals. The R/W signal is valid and 
stable at the T1 state, whereas RD and WR are 
valid at the T2 state. Therefore, the use of RD 
or WR to generate a R/W signal violates the 
R/W-valid-to-DS falling edge setup time 
requirement. To avoid this, the DT/R signal of 
the 8086 CPU can be used to generate the R/W 
signal for programming the DTC. This interface 
configuration between the Z8016 DTC and the 8086 
CPU is shown in Figure 12. 



ARA: 


0000 - 2000 


ARB: 


0072 - FFB0 


Op-Count: 


0100 


Channel Mode: 


0000 - 1001 



Because of the write to DS falling edge setup time 
requirement, Flyby transactions are not 
recommended unless the memory access time is fast 
enough to meet this requirement. The Z-SCC 
requests a DMA transfer by pulling the DTR/REQ 
output Low. 



Z8016 DTC-TO-Z8038 Z-FIO INTERFACE 



External logic provides and controls the status 
signals STq-ST^. See the Interface Support Logic 
section of this application note for details. 



Z8016 DTC-T0-Z8030 Z-SCC INTERFACE 

The Z8030 Serial Communications Controller (Z-SCC) 
functions as a serial-to-parallel, parallel-to- 
serial converter/controller. Address and data 
transactions through the Z-SCC are activated by 
controlling the CSq and CS^j inputs. The CS^ must 
remain active High throughout the data transac- 
tion. The CSq Low allows the address of the 
internal register to be accessed. Figure 13 shows 
the DTC-to-Z-SCC interface configuration. 

When interfacing with the Z-SCC, the DTC should be 
programmed for: 

• Single operation or Demand operation 

• Byte-to-byte flowthrough transfer, transfer- 
and-search, or search. An FI0 is necessary in 
Flyby mode due to recovery time parameters. 

• One wait state insertion for accessing the 
Z-SCC and three wait states for the memory 
cycle. This is to meet the SCC recovery time. 



The Z8038 FIFO 1/0 Port (Z-FIO) provides an 
asynchronous, 128-byte FIFO buffer. This buffer 
is expandable in both width and depth. The data 
transfer logic of the Z-FIO is especially designed 
to work with DMA controllers in high-speed 
transfers. Figure 14 shows the DTC-to-Z-FIO 
interface configuration. The DACK output of the 
DTC is connected to the DMASTB input of the 
Z-FIO. When DACK is active Low, it masks the CS 
for Flyby DMA operations. The following rules 
apply when programming the DTC to transfer data 
between the A/D bus and the Z-FIO. 

(1) The time between the rising edge of DS and 
the next falling edge of DS in the DTC must 
meet the valid access recovery time of the 
Z-FIO. In Demand Block transfer opera- 
tions, the delay of two DS signals equals 
approximately two DMA clock cycles. 
Therefore, Demand Interleave transfer or 
Single transfer operations are suggested. 

(2) The pulsed DACK bit (CM 18 ) of the Channel 
Mode register must be set. 

(3) For Flowthrough operations, CS of the Z-FIO 
must be activated. 



For example, to transfer data from the Z-SCC 
(addressed as 00-FFBx) to memory (e.g., 00-2000 to 
00-20FE), the ARA, ARB, Op-Count and Channel Mode 
registers are: 



(4) For word-to-word transfers, two FIOs must 
be used. 
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Figure 12. Z80116 DTC-to-8086 CPU Interface Configuration 
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Figure 13. DTC-to-Z-SCC Interface Configuration 
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Figure 14. DTC-to-Z-FIQ Interface Configuration 



Z8016 DTC-T0-Z8010 HNU INTERFACE 

The Z8010 Memory Management Unit (MMU) contains a 
table of access attributes that are individually 
programmable for each segment. The attributes 
provided are read-only, System-mode-only, 
DMA-only, execute-only, and CPU-only. If the MMU 
detects a memory access that violates one of the 
attributes of a segment, the MMU interrupts the 
CPU or DMA to inhibit an illegal memory access. 

Figure 15 shows the DTC-to-MMU interface configur- 
ation. The MMUSYNC output of the DTC ORed with 
the BUSACK signal of the CPU is connected to the 
DMASYNC input of the MMU. The MMUSYNC pin of the 



DTC is multiplexed with SN 7 . If bit MM 1 of the 
Master Mode register is set (Logical Addressing 
mode), this pin outputs an MMUSYNC active High 
pulse prior to each DMA cycle when the DTC is in 
control of the system bus; when the DTC is not in 
control of the system bus it outputs a Low level. 
If the MM^j is clear (Physical Addressing mode), 
this pin outputs the SN7 when the DTC is a bus 
master and is driven with high-impedance off when 
the DTC is not in control of the system bus. 

The SUP output of the MMU is connected to the EOP 
pin of the DTC so that DMA operation will be 
terminated whenever a violation is detected. 
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Figure 13. DTC-to-tMJ Interface Configuration 



INTERFACE SUPPORT LOGIC 

Figure 16 shows the external logic for 
multiplexing CS and WAIT (or RDY) signals for the 
CS/WAIT input of the Z8016 DTC. The slow circuit 



shown assumes a timeout feature such as on the 
AMZ8127 clock chip. Figure 17 shows the logic for 
decoding the status lines to generate the MREQ, 
IORQ, and M/IO signals. 
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(B) RDY, CS Multiplexing Logic 
Figure 16. Multiplexing Logic For CS/WAIT Input 
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Figure 17. Status Lines Decoding Logic 
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INTRODUCTION 

Zilog' s Z8536 Counter/Timer and Parallel I/O Unit 
(CIO) and Z8036 (Z-CIO) can provide convenient 
solutions to many microprocessor-based design 
problems. Their handshake control, bit manipu- 
lation, pattern recognition, and interrupt control 
capabilities extend the range of applications far 
beyond that of traditional counter/timer and 
parallel I/O circuits. This application note 
gives a generalized procedure for initializing the 
CIO, as well as an initialization example for one 
particular application. All comments in this 
document referring to "the CIO" apply to both the 
Z8036 and Z8536. References to the Z-CIO refer 
only to the Z8036. 



whether a given access refers to the pointer or 
the target register. 



SOFTWARE RESET 

A software reset is performed by writing a 1 to 
the Reset bit in the Master Interrupt Control reg- 
ister. This causes all control bits to be reset 
to 0, all port I/O lines to be at high impedance, 
the Interrupt pin to be inactive, and the Inter- 
rupt Enable Output (IEO) pin to follow the Inter- 
rupt Enable Input (IEI) pin. A reset disables all 
functions except a read or write to the Reset bit; 
therefore the Reset bit must be cleared before any 
other control bits can be programmed. 



ACCESSING THE REGISTERS 



INITIALIZATION 



From the programmer's point of view, the only dif- 
ference between the Z8036 and the Z8536 is the way 
the registers are accessed. In the Z8036, they 
are mapped directly into the CPU's I/O address 
space, and the Right Justified Address (RJA) bit 
in the Master Interrupt Control register deter- 
mines which address bits are used to select them. 
When RJA = 0, bits AD 6 -AD-j are decoded, and when 
RJA = 1, bits AD^-ADg are decoded. 

The Z8536 uses only Ag and A^ to select the regis- 
ters and thus occupies only four bytes of I/O 
address space. The Data registers for each port 
are accessed directly using Ag and A^ . The Con- 
trol registers (as well as the Data registers) can 
be accessed using the following two-step sequence 
with Ag = A-j = 1: first, write the address of the 
target register to an internal 6-bit pointer reg- 
ister; then read from or write to the target reg- 
ister. An internal state machine determines 



Once the CIO has been reset and, in the Z-CIO, the 
RJA bit has been programmed, it can easily be ini- 
tialized for a given application by using the pro- 
cedures outlined in the flowcharts of Figures 1 
through 7. These flowcharts are intended to serve 
more as a logical guide than as a sequential algo- 
rithm. The actual sequence of initialization is 
unimportant, except that a few basic rules must be 
observed: 

• The ports and counter/timers should be enabled 
only after their functions have been completely 
specified. 

• When Ports A and B are linked, Port B should be 
enabled before, or simultaneously with, the 
enabling of Port A. Also, the Port Link Con- 
trol (PLC) bit in the Master Configuration 
Control register should be set before either 
port is enabled. 
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The counter/timers should be triggered only 
after they have been enabled. 

When Counter/Timers 1 and 2 are linked, the 
functions of both must be specified and the 
Counter/Timer Link Control (LC) bits (in the 
Master Configuration Control register) must be 
programmed before either counter/timer is 
enabled. 

The Master Interrupt Enable (MIE) bit in the 
Master Interrupt Control register should be set 
only after the functions of the CIO's interrupt 
sources have been completely specified. 
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Figure 1. Port A or B Initialization 



Table 1. Z8036/Z8536 CIO Register Summary 



Internal 






Address 


Read/Write 


Register Name 


(Binary) 






A5. • *Aq 


Main Control Registers 


000000 


R/W 


Master Interrupt Control 


000001 


R/W 


Master Configuration Control 


000010 


R/W 


Port A Interrupt Vector 


000011 


R/W 


Port B Interrupt Vector 


000100 


R/W 


Counter/Timer Interrupt Vector 


000101 


R/W 


Port C Data Path Polarity 


000110 


R/W 


Port C Data Direction 


000111 


R/W 


Port C Special 1/0 Control 




Most Often Accessed Registers 


001000 


* 


Port A Command and Status 


001001 


* 


Port B Command and Status 


001010 


* 


Counter/Timer 1 Command and Status 


001011 


* 


Counter/Timer 2 Command and Status 


001100 


* 


Counter/Timer 3 Command and Status 


001101 


R/W 


Port A Data** 


001110 


R/W 


Port B Data** 


001111 


R/W 


Port C Data** 




Counter/Timer Related Registers 


010000 


R 


Counter/Timer 1 Current Count (MS Byte) 


010001 


R 


Counter/Timer 1 Current Count (LS Byte) 


010010 


R 


Counter/Timer 2 Current Count (MS Byte) 



* All bits can be read and some bits can be written. 
** Also directly addressable in Z8536 using pins Aq and A>j. 
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Table 1. Z8036/Z8336 CIO Register Summary —Continued 



Internal 








Address 


Read/Write Register Name 




(Binary) 










Count er /Timer Related Registers (continued) 




010011 


R 


Counter/Timer 2 Current Count 


(LS Byte) 


010100 


R 


Counter/Timer 3 Current Count 


(MS Byte) 


010101 


R 


Counter/Timer 3 Current Count 


(LS Byte) 


010110 


R/W 


Counter/Timer 1 Time Constant 


(MS Byte) 


010111 


R/W 


Counter /Timer 1 Time Constant 


(LS Byte) 


011000 


R/W 


Counter /Timer 2 Time Constant 


(MS Byte) 


011001 


R/W 


Counter/Timer 2 Time Constant 


(LS Byte) 


011010 


R/W 


Counter/Timer 3 Time Constant 


(MS Byte) 


011011 


R/W 


Counter/Timer 3 Time Constant 


(LS Byte) 


011100 


R/W 


Counter/Timer 1 Mode Specification 


011101 


R/W 


Counter/Timer 2 Mode Specification 


011110 


R/W 


Counter/Timer 3 Mode Specification 


011111 


R 


Current Vector 






Port 


A Specification Registers 




100000 


R/W 


Port A Mode Specification 




100001 


R/W 


Port A Handshake Specification 




100010 


R/W 


Port A Data Path Polarity 




100011 


R/W 


Port A Data Direction 




100100 


R/W 


Port A Special 1/0 Control 




100101 


R/W 


Port A Pattern Polarity 




100110 


R/W 


Port A Pattern Transition 




100111 


R/W 


Port A Pattern Mask 






Port 


B Specification Registers 




101000 


R/W 


Port B Mode Specification 




101001 


R/W 


Port B Handshake Specification 




101010 


R/W 


Port B Data Path Polarity 




101011 


R/W 


Port B Data Direction 




101100 


R/W 


Port B Special 1/0 Control 




101101 


R/W 


Port B Pattern Polarity 




101110 


R/W 


Port B Pattern Transition 




101111 


R/W 


Port B Pattern Mask 
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Figure 2. Bit Port Initialization 
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Figure 3. Handshake Port Initialization 
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Figure 4. Port C Initialization 
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Figure 3. Handshake Port Initialization 
(continued) 
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Figure 5. Counter /Timer Initialization 
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Figure 6. Interrupt Initialization 
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Figure 7. Pattern Recognition Initialization 



4-146 



2256-007, 008 



APPLICATION EXAMPLE 

Figure 8 shows the Z8036 configured to function 
as: 

• An input handshake port 

• A priority interrupt controller 
t A squarewave generator 

• A watchdog timer 

• A general -purpose timer 

In addition, there are two bits left over to 
function as bit-addressable output lines. The 
following sections discuss the specific initiali- 
zation procedures used to program each of the 
functions. 
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Figure 8. Z-CIO Application Example 



Port A as an Input Handshake Port 

In Figure 8, Port A is an input port with 2-Wire 
Interlocked Handshake. (The CIO also supports 
Strobed Handshake, Pulsed Handshake, and IEEE 
3-Wire Handshake.) Port C provides the handshake 
control signals, with PC2 as ACKIN (Acknowledge 
Input) and PC3 as the RFD (Ready For Data) output. 

Port A is specified as an input handshake port by 
writing a to bit D7 and a 1 to bit D5 of the 
Port A Mode Specification register. Writing a 1 
to bit D5 and a to bit D4 of the same register 
specifies the double-buffered mode and allows the 
port to interrupt the CPU when both the Buffer 
register and Input Data register are full. Since 
the ports reset to Interlocked Handshake, the Port 
A Handshake Specification register need not be 
programmed in this example. 



If Port A is to place an interrupt vector on the 
system bus during Interrupt Acknowledge transac- 
tions, then the Port A Interrupt Vector register 
should be programmed with the appropriate value. 
The Port A interrupt logic is enabled by writing 
1s to bits Dy and Dg, and a to bit D5 of the 
Port A Command and Status register. This encoded 
command sets the Port A Interrupt Enable (IE) 
bit. 

The programmer should specify the correct data 
direction for the handshake bits, as well as the 
initial state of RFD. Writing F4 (hexidecimal) to 
the Port C Data Direction register programs PC3 
(RFD) as an output bit, PC 2 (ACKIN) as an input 
bit, and allows PC^ and PCg to function as bit- 
addressable output lines. PCg, PC^j , and PC3 can 
be programmed with their initial values by writing 
to the Port C Data register. In this example, PC3 
(RFD) is initially High, signaling that Port A is 
ready for data. 



Port B as a Priority Interrupt Controller 

The priority interrupt controller is implemented 
using the OR-Priority Encoded Vector (OR-PEV) mode 
of pattern recognition. When any of the six 
inputs (PB 1 -PB 5 and PB7 7 ) are High, Port B's Pat- 
tern Match Flag and Interrupt Pending (IP) bits 
are set. If no higher priority interrupt sources 
(e.g., Port A) are under service, and if Port B's 
interrupts are enabled, the CIO interrupts the 
CPU. If no higher priority interrupts are pending 
at the time of the next Interrupt Acknowledge 
cycle, then Port B places its interrupt vector on 
the bus. Encoded within this vector is the value 
of the highest priority interrupt request at Port 
B (with PBy as the highest priority input). The 
CPU can then automatically branch to the appro- 
priate service routine. 

To function as a priority interrupt controller, 
Port B must be specified as a bit port with OR-PEV 
pattern match; hence a 06lj must be loaded into 
the Port B Mode Specification register. PB1-PB5 
and PBy must be programmed as input bits by writ- 
ing 1s to bits D<j-D5 and Dy of the Port B Data 
Direction register. The polarity of the interrupt 
request signals can be specified independently in 
the Port B Pattern Polarity register and the 
sources can be individually masked using the Port 
B Pattern Mask register. In this example, all of 
the interrupts are active High and bits PBq and 
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PB5 are masked off; FF^ is therefore loaded into 
the Port B Pattern Polarity register, and BE^ is 
loaded into the Port B Pattern Mask register. 
Transition pattern specifications should not be 
used in the OR-PEV pattern match mode, so the Port 
B Pattern Transition register should not be pro- 
grammed. 

The base interrupt vector should be loaded into 
the Port B Interrupt Vector register, and the Port 
B interrupt logic is enabled by writing 1s to bits 
Dy and D^, and a to bit D5 of the Port B Command 
and Status register. Also, the Port B Vector 
Includes Status (VIS) bit should be set so that 
unique vectors can be generated for each of the 
interrupt sources (this can be done at the same 
time the MIE bit is set). 



Counter/Tiner 1 as a Watchdog Timer 

In this example, Counter/Timer 1 acts as a watch- 
dog timer, interrupting the CPU whenever a 10 ms 
interval elapses without the occurrence of a ris- 
ing edge on its trigger input (PB^). Each time 
the timer is triggered (i.e., with each rising 
edge on PBg), it reloads its time constant and 
begins counting down toward the terminal count. 
Since the Counter/Timer 1 Time Constant is pro- 
grammed to provide a timeout interval of 10 ms, a 
terminal count condition always indicates that at 
least 10 ms has elapsed since the last rising edge 
on PB 6 . 

The programmer must set bits D2 and D4 of the 
Counter /Timer 1 Mode Specification register. Bit 
O2 is the Retrigger Enable (REB) bit, and D4 is 
the External Trigger Enable (ETE) bit. All other 
bits in this register can remain reset to 0. 
Since PB5 is the designated external trigger input 
whenever Counter/Timer 1's ETE bit is set, Port B 
must be programmed as a bit port and PB^ must be 
programmed as an input bit. 

Since Counter/Timer 1 is in the Timer mode (i.e., 
it does not have an external count input), it 
counts the pulses of the internal clock signal 
(PCLK/2). Assuming a 4 MHz PCLK, the Time 
Constant should be 20,000iq for a 10 ms timeout 
interval. This can be achieved by loading 4E^ 
to the most-significant byte of Counter/Timer 1's 
Time Constant, and 20^ to the least-significant 
byte of Counter/Timer 1's Time Constant. 



The base interrupt vector should be loaded into 
the Counter/Timer Interrupt Vector register, and 
the Counter/Timer 1 interrupt logic is enabled by 
writing 1s to bits D7 and D$, and a to bit D5 of 
the Counter/Timer 1 Command and Status register. 
Also, the Counter/Timer VIS bit should be set so 
that Counter/Timers 1 and 2 can generate unique 
vectors. (This can be done at the same time the 
MIE bit is set.) 



Counter/Timer 2 as a Squarewave Generator 

While Counter/Timer 1 uses PB^ as its trigger 
input, Counter/Timer 2 can use PBq as its output. 
The squarewave duty cycle is selected by writing a 

1 to bit Di and a to bit Dq of the Counter/Timer 

2 Mode Specification register. Setting bits D7 
and Dg of the same register specifies the Con- 
tinuous mode with an external output. Since PBq 
is the designated Counter/Timer 2 output whenever 
Counter/Timer 2's External Output Enable (E0E) bit 
is set, Port B must be programmed as a bit port 
and PBq must be programmed as an output bit. 

In the Squarewave mode, the timeout interval 
should be equal to half the period of the desired 
squarewave (see the CIO Technical Manual , section 
4.2.5, document number 00-2091-01). A frequency 
of 100 KHz corresponds to a period of 10 |is and, 
therefore, a timeout interval of 5 \is. With a 
4MHz PCLK, the period of the input clock signal 
(PCLK/2) is 0.5 [is, and therefore the necessary 
Time Constant is 10ifj or 00QA«} S This value 
should be loaded into the Counter/Timer 2 Time 
Constant registers. Since the squarewave genera- 
tor does not interrupt the CPU, there is no need 
to enable Counter/Timer 2's interrupt logic. 



Counter Timer 3 as a General -Purpose Timer 

For Counter/Timer 3 to interrupt the CPU period- 
ically, the user must specify the Continuous mode 
by setting bit D7 of the Counter/Timer 3 Mode 
Specification register. All other bits in this 
register can remain reset to 0. Loading 4E20h 
to the Counter/Timer 3 Time Constant registers 
specifies a 10 ms timeout interval. Writing 1s to 
bits D7 and Dg, and a to bit D5 of the Counter/ 
Timer 3 Command and Status register enables the 
Counter/Timer 3 interrupt logic. 
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When all of their functions have been completely (TCB) bits in each of their Command and Status 

specified, the ports and counter/timers can be registers. Finally, setting the MIE bit, along 

enabled simultaneously by writing F4^ to the with the appropriate VIS bits, completes the ini- 

Master Configuration Control register. At this tialization. Table 2 summarizes the initializa- 

point, the counter/timers can be started by set- tion sequence for this application example, 
ting the Gate Command (GCB) and Trigger Command 
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Table 2. Initialization Sequence for Application Example 



Step 



Register 
Programmed 



Address Hex Value 

AD 7 -AD Q Loaded Comments 



Master Interrupt 
Control 



X0000000* 



01 



Reset Z-CIO. 



Master Interrupt 
Control 



X000000X 



00 



Clear Reset. 



Port A Mode Spec- 
ification 



X100000X 



60 Double-buffered input port, 
interrupt on two bytes. 



4. 



5. 



Port A Interrupt 
Vector 

Port A Command 
and Status 



X000010X 



X001000X 



VV Interrupt vector depends on 
user f s system. 



CO 



Port A Interrupt Enable. 



Port C Data 
Direction 



X000110X 



F4 PC 2 is input PCg, PC 1 and PC 3 
are output. 



10. 



11. 



Port C Data 



Port B Mode 
Specification 

Port B Data 
Direction 

Port B Pattern 
Polarity 

Port B Pattern 
Mask 



X001111X 



X101000X 



X101011X 



X101101X 



X101111X 



48 



06 



FF 



RFD is initially High. PCg 
and PCi are initially Low. 

Bit port, 0R-PEV pattern 
match. 



FE PBg is output. PB^PBy are 
input. 



Interrupt inputs are active 
High. 



BE PBq and PB 6 are masked off. 



12. 



13. 



Port B Interrupt X000011X 
Vector 

Port B Command and X001001X 
Status 



VV Interrupt vector depends on 
user's system. 



CO 



Port B Interrupt Enable. 



14. Counter/Timer 1 

Mode Specification 



X011100X 



14 Single cycle, External 

Trigger Enable, Retrigger 
Enable. 



15. 



Counter/Timer 1*s 
Time Constant -MSBs 



X010110X 



4E Time Constant = (20,000) 10 
for a 10 ms timeout. 



16. 



Counter/Timer 1 's 
Time Constant -LSBs 



X010111X 



20 



* If the initial state of the RJA bit is unknown, then the first access to the Master 
Interrupt Control register must be performed with ADg = 0. 
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Table 2. Initialization Sequence 


for Application Example — Continued 




Register 


Address 


Hex Value 




Step 


Programmed 


AD 7 -AD 


Loaded 


Comments 


17. 


Counter/Timer 
Interrupt Vector 


X000100X 


VV 


Interrupt vector depends on 
user's system. 


18. 


Counter /Timer 1 
Command and Status 


X001010X 


CO 


Counter/Timer 1 Interrupt 
Enable. 


19. 


Counter/Timer 2's 


X011101X 


C2 


Continuous, External Output 



Mode Specification 



Enable, Squarewave duty 
cycle. 



20. 



Counter/Timer 2's 
Time Constant MSBs 



X011000X 



00 



21. Counter/Timer 2's X011001X 
Time Constant LSBs 

22. Counter/Timer 3 X011110X 
Mode Specification 

23. Counter/Timer 3 X011010X 
Time Constant MSBs 



0A Time Constant = (10)^q for 
5 (Lis timeout. 

80 Continuous, no external 
enable. 

4E Time Constant = (20,000) 10 
for a 10 ms timeout. 



24. Counter/Timer 3's 
Time Constant LSBs 



X011011X 



20 



25. Counter/Timer 3 

Command and Status 



X001100X 



CO Counter/Timer 3 Interrupt 
Enable. 



26. 



Master Configuration 
Control 



X000001X 



F4 Enable all ports and counter/ 
timers. 



27. Counter/Timer 1 

Command and Status 



X001010X 



06 



Trigger and Gate commands. 



28. Counter/Timer 2 

Command and Status 



X001011X 



06 



Trigger and Gate commands. 



29. Counter/Timer 3 

Command and Status 



X001100X 



06 



Trigger and Gate commands. 



30. 



Master Interrupt 
Control 



X000000X 



8C Master Interrupt Enable, 
Port B Vector Includes 
Status, Counter/Timer Vector 
Includes Status. 
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Using SCC With Z8000 
In SDLC Protocol 



Zilog 



Application 
Note 



October 1982 



This application note describes the use of the 
Z8030 Serial Communications Controller (Z-SCC) 

TM 

with the Z8000 m CPU to implement a communica- 
tions controller in a Synchronous Data Link 
Control (SDLC) mode of operation. In this 
application, the Z8002 CPU acts as a controller 
for the Z-SCC. This application note also applies 
to the non-multiplexed Z8530. 

One channel of the Z-SCC communicates with the 
remote station in Half Duplex mode at 9600 
bits/second. To test this application, two Z8000 
Development Modules are used. Both are loaded with 
the same software routines for initialization and 
for transmitting and receiving messages. The main 
program of one module requests the transmit 
routine to send a message of the length indicated 
by the 'COUNT 1 parameter. The other system 
receives the incoming data stream, storing the 
message in its resident memory. 



DATA TRANSFER NODES 

The Z-SCC system interface supports the following 
data transfer modes: 

• Polled Mode. The CPU periodically polls the 
Z-SCC status registers to determine if a 
received character is available, if a character 
is needed for transmission, and if any errors 
have been detected. 

• Interrupt Mode. The Z-SCC interrupts the CPU 
when certain previously defined conditions are 
met. 

• Block/DMA Mode. Using the Wait/Request (W/REQ) 



signal, the Z-SCC introduces extra wait cycles 
in order to synchronize the data transfer 
between a controller or DMA and the Z-SCC. 

The example given here uses the block mode of data 
transfer in its transmit and receive routines. 



SDLC PROTOCOL 

Data communications today require a communications 
protocol that can transfer data quickly and 
reliably. One such protocol, Synchronous Data 
Link Control (SDLC), is the link control used by 
the IBM Systems Network Architecture (SNA) 
communications package. SDLC is a subset of the 
International Standards Organization (ISO) link 
control called High-Level Data Link Control 
(HDLC), which is used for international data 
communications. 

SDLC is a bit-oriented protocol (BOP) . It 
differs from byte-control protocols (BCPs), such 
as Bisync, in that it uses only a few bit 
patterns for control functions instead of several 
special character sequences. The attributes of 
the SDLC protocol are position dependent rather 
than character dependent, so the data link control 
is determined by the position of the byte as well 
as by the bit pattern. 

A character in SDLC is sent as an octet, a group 
of eight bits. Several octets combine to form a 
message frame, in which each octet belongs to a 
particular field. Each message contains: opening 
flag, address, control, information, Frame Check 
Sequence (FCS), and closing flag (figure 1). 
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(END OF 
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FRAME) 



Figure 1. Fields of the SDLC Transmission Frame 



Both flag fields contain a unique binary pattern, 
01111110, which indicates the beginning or the end 
of the message frame. This pattern simplifies the 
hardware interface in receiving devices so that 
multiple devices connected to a common link do not 
conflict with one another. The receiving devices 
respond only after a valid flag character has been 
detected. Once communication is established with 
a particular device, the other devices ignore the 
message until the next flag character is detected. 

The address field contains one or more octets, 
which are used to select a particular station on 
the data link. An address of eight 1s is a global 
address code that selects all the devices on the 
data link. When a primary station sends a frame, 
the address field is used to select one of several 
secondary stations. When a secondary station 
sends a message to the primary station, the 
address field contains the secondary station 
address, i.e., the source of the message. 



error-checking algorithm used in the frame-check 
sequence, however, the maximum recommended block 
size is approximately 4096 octets. 

The frame check sequence field follows the 
information or control field. The FCS is a 16-bit 
Cyclic Redundancy Check (CRC) of the bits in the 
address, control, and information fields. The FCS 
is based on the CRC-CCITT code, which uses the 
polynomial (x 16 + x 12 + x 5 + 1). The Z8030 Z-SCC 
contains the circuitry necessary to generate and 
check the FCS field. 

Zero insertion and deletion is a feature of SDLC 
that allows any data pattern to be sent. Zero 
insertion occurs when five consecutive 1s in the 
data pattern are transmitted. After the fifth 1, a 
is inserted before the next bit is sent. The 
extra does not affect the data in any way and is 
deleted by the receiver, thus restoring the 
original data pattern. 



The control field follows the address field and 
contains information about the type of frame 
being sent. The control field consists of one 
octet that is always present. 

The information field contains any actual 

transferred data. This field may be empty or it 

may contain an unlimited number of octets. 

However, because of the limitations of the 



Zero insertion and deletion insures that the data 
stream will not contain a flag character or abort 
sequence. Six 1s preceded and followed by 0s 
indicate a flag sequence character. Seven to 
fourteen 1s signify an abort; 15 or more 1s 
indicate an idle (inactive) line. Under these 
three conditions, zero insertion and deletion are 
inhibited. Figure 2 illustrates the various line 
conditions. 



A. ZERO INSERTION 
FLAG 



ADDRESS = 10101011 
CONTROL sb 01111111 

B. ABORT CONDITION 

xxxx111111101111110 

ABORT FLAG 

C. IDLE CONDITION 

XXXX111111111111111 






ACTUAL 
DATA STREAM 



ZERO INSERTION 



Figure 2. Biti Patterns for Various Line Conditions 
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2280-001,002 



The SDLC protocol differs from other synchronous 
protocols with respect to frame timing. In Bisync 
mode, for example, a host computer might 
temporarily interrupt transmission by sending sync 
characters instead of data. This suspended 
condition continues as long as the receiver does 
not time out. With SDLC, however, it is invalid to 
send flags in the middle of a frame to idle the 
line. Such action causes an error condition and 
disrupts orderly operation. Thus, the trans- 
mitting device must send a complete frame without 
interruption. If a message cannot be transmitted 
completely, the primary station sends an abort 
sequence and restarts the message transmission at 
a later time. 



SYSTEM INTERFACE 

The Z8002 Development Module consists of a Z8002 
CPU, 16k words of dynamic RAM, 2k words of EPROM 
monitor, a Z80A SIO providing dual serial ports, a 
Z801 CTC peripheral device providing four 
counter/timer channels, two Z80A PIO devices 
providing 32 programmable I/O lines, and wire wrap 
area for prototyping. The block diagram is 
depicted in Figure 3. Each of the peripherals in 
the development module is connected in a 
prioritized daisy chain configuration. The Z-SCC 
is included in this configuration by tying its IE I 
line to the IEO line of another device, thus 
making it one step lower in interrupt priority 
compared to the other device. 
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Figure 3. Block Diagram of Z8000 DM 
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Two Z8000 Development Modules containing Z-SCCs 
are connected as shown in Figure 4 and Figure 5. 
The Transmit Data pin of one is connected to the 
Receive Data pin of the other and vice versa. The 
Z8002 is used as a host CPU for loading the 
modules' memories with software routines. 



Table 1. Register Nap 



Z8002 

z-scc 



TxD_ 

RTxC 

I 

RxD 



JtxD 

J?!*? 
JRxC 
TxD 



Z8002 
Z-SCC 



LOCAL REMOTE 

Figure 4. Block Diagram of Two Z8000 CPUs 



The Z8002 CPU can address either of the two bytes 
contained in 16-bit words. The CPU uses an even 
address (16 bits) to access the most significant 
byte of a word and an odd address for the least 
significant byte of a word. 

When the Z8002 CPU uses the lower half of the 
Address/Data bus (ADq-AD 7 the least significant 
byte) for byte read and write transactions during 
I/O operations^ these transactions are performed 
between the CPU and I/O ports located at odd I/O 
addresses. Since the Z-SCC is attached to the CPU 
on the lower half of the A/D bus, its registers 
must appear to the CPU at odd I/O addresses. To 
achieve this, the Z-SCC can be programmed to 
select its internal registers using lines 
AD1-AD5. This is done either automatically with 
the Force Hardware Reset command in WR9 or by 
sending a Select Shift Left Mode command to WROB 
in channel B of the Z-SCC. For this application, 
the Z-SCC registers are located at I/O port 
address 'FExx'. The Chip Select signal (CSO) is 
derived by decoding I/O address 'FE' hex from 
lines AD3-AD15 of the controller. 

To select the read/write registers automatically, 
the Z-SCC decodes lines AD 1 -AD 5 in Shift Left 
mode. The register map for the Z-SCC is depicted 
in Table 1. 



Address 






(hex) 


Write Register 


Read Register 


FE01 


WROB 


RROB 


FE03 


WR1B 


RR1B 


FE05 


WR2 


RR2B 


FE07 


WR3B 


RR3B 


FE09 


WR4B 




FEOB 


WR5B 




FEOD 


WR6B 




FEOF 


WR7B 




FE11 


B DATA 


B DATA 


FE13 


WR9 




FE15 


WR10B 


RR10B 


FE17 


WR11B 




FE19 


WR12B 


RR12B 


FE1B 


WR13B 


RR13B 


FE1D 


WR14B 




FE1F 


WR15B 


RR15B 


FE21 


WROA 


RROA 


FE23 


WR1A 


RR1A 


FE25 


WR2 


RR2A 


FE27 


WR3A 


RR3A 


FE29 


WR4A 




FE2B 


WR5A 




FE2D 


WR6A 




FE2F 


WR7A 




FE31 


A DATA 


A DATA 


FE33 


WR9 




FE35 


WR10A 


RR10A 


FE37 


WR11A 




FE39 


WR12A 


RR12A 


FE3B 


WR13A 


RR13A 


FE3D 


WR14A 




FE3F 


WR15A 


RR15A 



INITIALIZATION 

The Z-SCC can be initialized for use in different 
modes by setting various bits in its write 
registers. First, a hardware reset must be 
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2280-004 
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Figure 5. Z8002 With SCC 



performed by setting bits 7 and 6 of WR9 to one; 
the rest of the bits are disabled by writing a 
logic zero. 

SDLC protocol is established by selecting a SDLC 
mode, sync mode enable, and a x1 clock in WR4. A 
data rate of 9600 baud, NRZ encoding, and a 
character length of eight bits are among the other 
options that are selected in this example (Table 
2). 

Note that WR9 is accessed twice, first to perform 
a hardware reset and again at the end of the 
initialization sequence to enable interrupts. The 
programming sequence depicted in Table 2 
establishes the necessary parameters for the 
receiver and transmitter so that they are ready to 
perform communication tasks when enabled. 



Table 2. Programming Sequence 
for Initialization 



Register 



Value 
(hex) 



Effect 



WR9 


CO 


WR4 


20 


WR10 


80 


WR6 


AB 


WR7 


7E 


WR2 


20 


WR11 


16 



WR12 



CE 



Hardware reset 

x1 clock, SDLC mode, sync mode 

enable 

NRZ, CRC preset to one 

Any station address e.g. "AB" 

SDLC flag (01111110) = "7E" 

Interrupt vector "20" 

Tx clock from BRG output, TRxC 

pin = BRG out 

Lower byte of time constant = 

"CE" for 9600 baud 

Upper byte = 

BRG source bit = 1 for PCLK as 

input, BRG enable 

External Interrupt Disable 

Transmit 8 bits/character SDLC 

CRC 

Rx 8 bits/character, Rx enable 

(Automatic Hunt mode) 

Rxlnt on 1st char & sp. cond., 

ext int. disable 

MIE, VIS, status Low 



The Z8002 CPU must be operated in System mode to 
execute privileged 1/0 instructions. So the Flag 
and Control Word (FCW) should be loaded with 
system normal (S/N), and the Vectored Interrupt 



WR13 





WR14 


03 


WR15 


00 


WR5 


60 


WR3 


C1 


WR1 


08 


WR9 


09 



Enable (VIE) bits set. The Program Status Area 
Pointer (PSAP) is loaded with the address %4400 
using the Load Control instruction (LDCTL). If the 
Z8000 Development Module is intended to be used, 
the PSAP need not be loaded by the programmer 
because the development module's monitor loads it 
automatically after the NMI button is pressed. 

Since VIS and Status Low are selected in WR9, the 
vectors listed in Table 3 will be returned during 
the Interrupt Acknowledge cycle. Of the four 
interrupts listed, only two, Ch A Receive 
Character Available and Ch A Special Receive 
Condition, are used in the example given here. 



Table 3. Interrupt Vectors 



Vector 

(hex) 



PS 
Address* 
(hex) 



Interrupt 



28 446E Ch A Transmit Buffer Empty 

2A 4472 Ch A External Status Change 

2C 4476 Ch A Receive Char. Available 

2E 447A Ch A Special Receive Condition 

♦Assuming that PSAP has been set to 4400 hex, "PS 
Address" refers to the location in the Program 
Status Area where the service routine address is 
stored for that particular interrupt. 



TRANSMIT OPERATION 

To transmit a block of data, the main program 
calls up the transmit data routine. With this 
routine, each message block to be transmitted is 
stored in memory, beginning with location 'TBUF'. 
The number of characters contained. in each block 
is determined by the value assigned to the 'COUNT' 
parameter in the main module. 

To prepare for transmission, the routine enables 
the transmitter and selects the Wait On Transmit 
function; it then enables the wait function. The 
Wait On Transmit function indicates to the CPU 
whether or not the Z-SCC is ready to accept data 
from the CPU. If the CPU attempts to send data to 
the Z-SCC when the transmit buffer is full, the 
Z-SCC asserts its Wait line and keeps it Low until 
the buffer is empty. In response, the CPU extends 
its 1/0 cycles until the Wait line goes inactive, 
indicating that the Z-SCC is ready to receive 
data. 
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The CRC generator is reset and the Transmit CRC 
bit is enabled before the first character is sent, 
thus including all the characters sent to the 
Z-SCC in the CRC calculation. 

The Z-SCC 's transmit underrun/EOM latch must be 
reset sometime after the first character is 
transmitted by writing a Reset Tx Underrun/EOM 
command to WRO. When this latch is reset, the 
Z-SCC automatically appends the CRC characters to 
the end of the message in the case of an underrun 
condition. 

Finally, a three-character delay is introduced at 
the end of the transmission, which allows the 
Z-SCC sufficient time to transmit the last data 
byte and two CRC characters before disabling the 
transmitter. 



RECEIVE OPERATION 

Once the Z-SCC is initialized, it can be prepared 
to receive the message. First, the receiver is 
enabled, placing the Z-SCC in Hunt mode and thus 
setting the Sync/Hunt bit in status register RRO 
to 1. In Hunt mode, the receiver searches the 
incoming data stream for flag characters. 
Ordinarily, the receiver transfers all the data 
received between flags to the receive data FIFO. 
If the receiver is in Hunt mode, however, no data 
transfer takes place until an opening flag is 
received. If an abort sequence is received, the 
receiver automatically re-enters Hunt mode. The 
Hunt status of the receiver is reported by the 
Sync/Hunt bit in RRO. 

The second byte of an SDLC frame is assumed by the 
Z-SCC to be the address of the secondary stations 
for which the frame is intended. The Z-SCC 
provides several options for handling this 
address. If the Address Search Mode bit D2 in WR3 
is set to zero, the address recognition logic is 
disabled and all the received data bytes are 
transferred to the receive data FIFO. In this 
mode, software must perform any address recogni- 
tion. If the Address Search Mode bit is set to 
one, only those frames with addresses that match 
the address programmed in WR6 or the global 
address (all 1s) will be transferred to the 
receive data FIFO. If the Sync Character Load 
Inhibit bit (D1) in WR3 is set to zero, the 
address comparison is made across all eight bits 
of WR6. The comparison can be modified so that 



only the four most significant bits of WR6 need 
match the received address. This alteration is 
made by setting the Sync Character Load Inhibit 
bit to one. In this mode, the address field is 
still eight bits wide and is transferred to the 
FIFO in the same manner as the data. In this 
application, the address search is performed. 

When the address match is accomplished, the 
receiver leaves the Hunt mode and establishes the 
Receive Interrupt on First Character mode. Upon 
detection of the receive interrupt, the CPU 
generates an Interrupt Acknowledge Cycle. The 
Z-SCC returns the programmed vector So2C. This 
vector points to the location 2»4472 in the Program 
Status Area which contains the receive interrupt 
service routine address. 

The receive data routine is called from within the 
receive interrupt service routine. While 
expecting a block of data, the Wait On Receive 
function is enabled. Receive read buffer RR8 is 
read and the characters are stored in memory 
location RBUF. The Z-SCC in SDLC mode auto- 
matically enables the CRC checker for all data 
between opening and closing flags and ignores the 
Receive CRC Enable bit (D3) in WR3. The result of 
the CRC calculation for the entire frame in RR1 
becomes valid only when the End Of Frame bit is 
set in RR1. The processor does not use the CRC 
bytes, because the last two bits of the CRC are 
never transferred to the receive data FIFO and are 
not recoverable. 

When the Z-SCC recognizes the closing flag, the 
contents of the Receive Shift register are 
transferred to the receive data FIFO, the Residue 
Code (not applicable in this application) is 
latched, the CRC error bit is latched in the sta- 
tus FIFO, and the End Of Frame bit is set in the 
receive status FIFO. When the End Of Frame bit 
reaches the top of the FIFO, a special receive 
condition interrupt occurs. The special receive 
condition register RR1 is read to determine the 
result of the CRC calculation. If the CRC error 
bit is zero, the frame received is assumed to be 
correct; if the bit is 1, an error in the 
transmission is indicated. 

Before leaving the interrupt service routine, 
Reset Highest IUS (Interrupt Under Service), 
Enable Interrupt on Next Receive Character, and 
Enter Hunt Mode commands are issued to the Z-SCC. 
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If receive overrun error is made, a special 
condition interrupt occurs. The Z-SCC presents 
vector %2E to the CPU, and the service routine 
located at address ?o447A is executed. Register RR1 
is read to determine which error occurred. 
Appropriate action to correct the error should be 
taken by the user at this point. Error Reset and 
Reset Highest IUS commands are given to the Z-SCC 
before returning to the main program so that the 
other lower-priority interrupts can occur. 

In addition to searching the data stream for 
flags, the receiver also scans for seven 
consecutive 1s, which indicates an abort 
condition. This condition is reported in the 
Break/ Abort bit (D7) in RRO. This is one of many 
possible external status conditions. As a result 



transitions of this bit can be programmed to cause 
an external status interrupt. The abort condition 
is terminated when a zero is received, either by 
itself or as the leading zero of a flag. The 
receiver leaves Hunt mode only when a flag is 
found. 



SOFTWARE 

Software routines are presented in the following 
pages. These routines can be modified to include 
various other options (e.g., SDLC Loop, Digital 
Phase Locked Loop etc.). By modifying the WR10 
register, different encoding methods (e.g., NRZI, 
FMO, FM1) other than NRZ can be used. 
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Appendix 



Software Routines 



plzasm 1.3 
LOC OBJ CODE 



0000 



0000 


7601 


0002 


4400 


0004 


7D1D 


0006 


2100 


0008 


5000 


000A 


3310 


oooc 


001C 


000E 


7600 


0010 


00D6 1 


0012 


3310 


0014 


0076 


0016 


7600 


0018 


OOFA' 


001A 


3310 


001C 


007A 


001E 


5F00 


0020 


0034' 


0022 


5P00 


0024 


008C 


0026 


E8PP 


0028 


AB 


0029 


48 


002A 


45 


002B 


4C 


002C 


4C 


002D 


4F 


002E 


20 


002F 


54 


0030 


48 


0031 


45 


0032 


52 


0033 


45 



STMT SOURCE STATEMENT 

1 
2 
3 SDLC MODULE 

$LISTON STTY 

CONSTANT 

WROA 



RROA 
RBUP 
PSAREA 
COUNT 



%FE21 
%FE21 
%5400 
%4400 
12 



GLOBAL MAIN PROCEDURE 
ENTRY 



LDCTL 
LD 



LDA 
LD 



Rl r PSAREA 

PSAP0FF,R1 
R0,#%5000 

R1(#%1C),R0 

R0,REC 
R1(#%76),R0 



LDA R0,SPCOND 
LD R1(#%7A),R0 
CALL INIT 



I BASE ADDRESS FOR WRO CHANNEL A! 
I BASE ADDRESS FOR RRO CHANNEL Al 
1 BUFFER AREA FOR RECEIVE CHARACTER 1 
1 START ADDRESS FOR PROGRAM STAT AREA1 
I NO. OF CHAR. FOR TRANSMIT ROUTINE 1 



1LOAD PSAP1 

IPCW VALUE (%5000) AT %441C FOR VECTORED! 
1 INTERRUPTS 1 

1EXT. STATUS SERVICE ADDR. AT %4476 INI 
1PSA1 

I SP.COND. SERVICE ADDR AT %447A IN PSA1 



TBUFi 



0034 



CALL 

JR 

BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 

END 



TRANSMIT 

$ 

%AB 
•H' 
•E' 
•L« 
•L« 
'0« 
i i 
i ip i 



1 STATION ADDRESS 1 
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I****************** INITIALIZATION ROUTINE FOR Z-SCC ***********************! 



0034 2100 




0036 000F 




0038 7602 




003A 004E' 




003C 2101 




003E FE21 




0040 0029 




0042 A920 




0044 3A22 




0046 0018 




0048 8D04 




004A EEF8 




004C 9E08 




004E 12 




004F CO 




0050 08 




0051 20 




0052 14 




0053 80 




0054 OC 




0055 AB 




0056 OE 




0057 7E 




0058 04 




0059 20 




005A 16 




005B 16 




005C 18 




005D CE 




005E 1A 




005F 00 




0060 1C 




0061 03 




0062 IE 




0063 00 




0064 OA 




0065 60 




0066 06 




0067 C5 




0068 02 




0069 08 




006A 12 




006B 09 




006C 






1 

i 


006C 




006C C828 




006E 3A86 




0070 FE23 




0072 6008 




0074 00A8 




0076 3A86 




0078 FE23 




007A 2101 




007C FE31 




007E 2102 




0080 000E 




0082 2103 




0084 5400 




0086 3A18 




0088 0230 




008A 9E08 




008C 





GLOBAL INIT Pi 


ROCEDURE 


ENTRY 




LD 


R0,#15 


LDA 


R2,SCCTAB 


ALOOPt LD 


Rl , #WR0A 


ADDS 


RL1,@R2 


INC 


R2 


OUTIB 


@Rl,@R2 r R0 


TEST 


R0 


JR 


NZ,ALOOP 


RET 




SCCTABi BVAL 


2*9 


BVAL 


%C0 


BVAL 


2*4 


BVAL 


%20 


BVAL 


2*10 


BVAL 


%80 


BVAL 


2*6 


BVAL 


%AB 


BVAL 


2*7 


BVAL 


%7E 


BVAL 


2*2 


BVAL 


%20 


BVAL 


2*11 


BVAL 


%16 


BVAL 


2*12 


BVAL 


%CE 


BVAL 


2*13 


BVAL 





BVAL 


2*14 


BVAL 


%03 


BVAL 


2*15 


BVAL 


%00 


BVAL 


2*5 


BVAL 


%60 


BVAL 


2*3 


BVAL 


%C5 


BVAL 


2*1 


BVAL 


%08 


BVAL 


2*9 


BVAL 


%09 


END INIT 





****************** 



RECEIVE ROUTINE 



1NO.OF PORTS TO WRITE TOl 
1 ADDRESS OF DATA FOR PORTS I 



1 POINT TO WR0A,WR1A ETC THRO LOOP1 

1END OF LOOP?! 
1 NO, KEEP LOOPING 1 



IWR9-HARDWARE RESET 1 

1WR4-X1 CLK, SDLC, SYNC MODE! 

!WR10=CRC PRESET ONE, NRZ, FLAG ON IDLE,! 
1FLAG ON UNDERRUN1 

IWR6- ANY ADDRESS FOR SDLC STATION! 

IWR7-SDLC FLAG CHAR! 

1WR2-INT VECTOR 120! 

IWRll-Tx CLOCK & TRxC OUT-BRG OUT! 

IWR12- LOWER TC-CE! 

IWR13- UPPER TC«01 

!WR14-BRG ON,BRG SRC-PCLK! 

1WR15-EXT INT. DISABLE! 

!WR5«Tx 8 BITS/CHAR, SDLC CRC! 

!WR3«ADDR SRCH,REC ENABLE! 

IWR1-RX INT ON 1ST & SP COND, I 
1EXT INT DISABLE! 

!WR9» MIE, VIS, STATUS LOW! 



************************************ i 



RECEIVE A BLOCK OF MESSAGE 



GLOBAL RECEIVE PROCEDURE 
ENTRY 



LDB 
OUTB 


RL0,*%28 
WR0A+2,RL0 


LDB 


RL0,%A8 


OUTB 


WR0A+2,RL0 


LD 


R1,#RR0A+16 


LD 


R2,#COUNT+2 


LD 


R3,#RBUF 


INDRB 


§R3,@R1,R2 


RET 
END RECEIVE 





1WAIT ON RECV.! 

1 ENABLE WAIT FNC. SP. COND. INT! 

!COUNT+2 CHARACTERS TO READ1 
1 RECEIVE BUFFER IN MEMORY! 
1READ THE ENTIRE MESSAGE! 
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j**************** TRANSMIT ROUTINE ************************************! 



008C 


1 
I 


008C 


2102 


008E 


0028* 


0090 


C868 


0092 


3A86 


0094 


FE2B 


0096 


C800 


0098 


3A86 


009A 


FE23 


009C 


C888 


009E 


3A86 


00A0 


FE23 


00A2 


C880 


00A4 


3A86 


00A6 


FE21 


00A8 


2101 


OOAA 


FE31 


00 AC 


2100 


OOAE 


0001 


OOBO 


C869 


00B2 


3A86 


00B4 


FE2B 


00B6 


3A22 


00B8 


0010 


OOBA 


C8C0 


OOBC 


3A86 


OOBE 


FE21 


OOCO 


2100 


00C2 


OOOB 


00C4 


3A22 


00C6 


0010 


00C8 


2100 


OOCA 


03 9E 


OOCC 


F081 


OOCE 


C800 


OODO 


3A86 


00D2 


FE2B 


00D4 


9E08 


00D6 





SEND A BLOCK OF EIGHT DATA CHARACTERS 
THE BLOCK STARTS AT LOCATION TBUF 



1PTR TO START OF BUFFER I 



GLOBAL 
ENTRY 


TRANSMIT PROCEDURE 
LD R2,#TBUF 




LDB 
OUTB 


RL0,*%68 
WROA+10,RLO 




LDB 
OUTB 


RL0,#%00 
WR0A+2,RL0 




LDB 
OUTB 


RL0 r *%88 
WR0A+2,RL0 




LDB 
OUTB 


RL0,#%80 
WR0A r RL0 




LD 


Rl r #WR0A+16 




LD 


R0,#1 




LDB 
OUTB 


RL0,*%69 
WR0A+10,RL0 




OTIRB 


@R1,@R2,R0 




LDB 
OUTB 


RL0,#%C0 
WR0A,RL0 




LD 


R0,#COUNT-l 




OTIRB 


8R1,§R2,R0 




LD 


R0 r *926 


DEL: 


DJNZ 

LDB 

OUTB 


R0,DEL 
RL0,#0 
WR0A+10,RL0 


RET 
END TRANSMIT 





1 ENABLE TRANSMITTER! 
I WAIT ON TRANSMIT! 

1WAIT ENABLE! 

1 RESET TxCRC GENERATOR! 
JWR8A SELECTED! 

1SDLC CRC! 
IWR5A»TxCRC ENABLE! 

1SEND ADDRESS 1 

1 RESET TxUND/EOM LATCH! 

ISEND MESSAGE! 

1 CREATE DELAY BEFORE DISABLING! 

1 TRANSMITTER SO THAT CRC CAN BE! 

1SENT1 

1 DISABLE TRANSMITTER! 



00D6 

0OD6 
00D8 
OODA 
OODC 
OODE 
00E0 
00E2 
00E4 
00E6 
00E8 
OOEA 
OOEC 
OOEE 
00F0 
00F2 
00F4 
00F6 
00F8 
OOFA 



93F3 

93F2 

93F1 

93F0 

3A94 

FE21 

A690 

E602 

5F00 

006C 

C838 

3A86 

FE21 

97F0 

97F1 

97F2 

97F3 

7B00 



I************* RECEIVE INT. SERVICE ROUTINE ************************* J 



1READ STATUS REG RROA! 



GLOBAL REC 


PROCEDURE 


ENTRY 








PUSH 


@R15,R3 




PUSH 


§R15,R2 




PUSH 


@R15,R1 




PUSH 


@R15,R0 




INB 


RL1,RR0A 




BITB 


RLl r *0 




JR 


Z, RESET 




CALL 


RECEIVE 


RESET: 


LDB 


RL0,#%38 




OUTB 


WROA, RLO 




POP 


R0,8R15 




POP 


R1,@R15 




POP 


R2,§R15 




POP 


R3,@R15 




IRET 




END REC 







1TEST IF Rx CHAR SET! 
1YES CALL RECEIVE ROUTINE! 



! RESET HIGHEST IUS! 
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OOFA 



OOFA 93F0 
OOFC 3A84 
OOFE FE23 
0100 A687 

0102 E603 
0104 C820 
0106 3A86 
0108 FE21 
010A C830 
010C 3A86 
010E FE21 
0110 C808 
0112 3A86 
0114 FE23 
0116 C838 
0118 3A86 
011A FE21 
011C 97F0 
011E 7B00 

0120 



j************ SPECIAL CONDITION INTERRUPT SERVICE ROUTINE *************** J 



I READ ERRORS! 

1END OF FRAME ?( 
IF ANY I 

1 YES, ENABLE INT ON NEXT REC CHAR I 

1 ERROR RESET 1 

tWAIT DISABLE, RxINT ON 1ST OR SP COND. 1 

1 RESET HIGHEST IUS1 



GLOBAL SPCOND 
ENTRY 


PROCEDURE 


PUSH 
INB 


§R15,R0 
RL0,RR0A+2 


BITB RL0,#7 
I PROCESS OVERRUN, FRAMING El 
JR Z,RESE 
LDB RL0 r *%20 
OUTB WR0A,RL0 


RESE: LDB 
OUTB 


RL0,*%30 
WR0A,RL0 


LDB 
OUTB 


RL0,*%08 
WR0A+2,RL0 


LDB 
OUTB 


RL0,#%38 
WR0A,RL0 


POP 
IRET 


R0,@R15 


END SPCOND 




END SDLC 
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Zilog's Z8030 Z-SCC Serial Communications Control- 
ler is one of a family of components that are 
Z-BUS™ compatible with the Z800CT CPU. Combined 
with a Z8000 CPU (or other existing 8- or 16-bit 
CPUs with nonmultiplexed buses when using the 
Z8530 SCC), the Z-SCC forms an integrated data 
communications controller that is more cost effec- 
tive and more compact than systems incorporating 
UARTs, baud rate generators, and phase-locked 
loops as separate entities. 



• Block/DMA Mode. Using the Wait/Request (W/REQ) 
signal, the Z-SCC introduces extra wait cycles 
to synchronize data transfer between a 
CPU or DMA controller and the Z-SCC. 

The example given here uses the block mode of data 
transfer in its transmit and receive routines. 



SYNCHRONOUS NODES 



The approach examined here implements a communica- 
tions controller in a Binary Synchronous mode of 
operation, with a Z8002 CPU acting as controller 
for the Z-SCC. 

One channel of the Z-SCC is used to communicate 
with the remote station in Half Duplex mode at 
9600 bits/second. To test this application, two 
Z8000 Development Modules are used. Both are 
loaded with the same software routines for ini- 
tialization and for transmitting and receiving 
messages. The main program of one module requests 
the transmit routine to send a message of the 
length indicated in the 'COUNT 1 parameter. The 
other system receives the incoming data stream, 
storing the message in its resident memory. 

DATA TRANSFER NODES 

The Z-SCC system interface supports the following 
data transfer modes: 

• Polled Node. The CPU periodically polls the 
Z-SCC status registers to determine the avail- 
ability of a received character, if a character 
is needed for transmission, and if any errors 
have been detected. 

t Interrupt Node. The Z-SCC interrupts the CPU 
when certain previously defined conditions are 
met. 



Three variations of character-oriented synchronous 
communications are supported by the Z-SCC: Mono- 
sync, Bisync, and External Sync (Figure 1). In 
Monosync mode, a single sync character is trans- 
mitted, which is then compared to an identical 
sync character in the receiver. When the receiver 
recognizes this sync character, synchronization is 
complete; the receiver then transfers subsequent 
characters into the receiver FIFO in the Z-SCC. 



-/>■ 



DATA DATA 
// 

a. MONOSYNC MODE 






b. BISYNC MODE 



EXTERNAL 
SYNC SIGNAL 



■*>" 



I // 1 

c. EXTERNAL SYNC MODE 

Figure 1. Synchronous Nodes of Communication 

Bisync mode uses a 16-bit or 12-bit sync character 
in the same way to obtain synchronization. Exter- 
nal Sync mode uses an external signal to mark the 
beginning of the data field; i.e., an external 
input pin (SYNC) indicates the start of the infor- 
mation field. 
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In all synchronous modes, two Cyclic Redundancy 
Check (CRC) bytes can be concatenated to the mes- 
sage to detect data transmission errors. The CRC 
bytes inserted in the transmitted message are com- 
pared to the CRC bytes computed to the receiver. 
Any differences found are held in the receive 
error FIFO. 



SYSTEM INTERFACE 

The Z8002 Development Module consists of a Z8002 
CPU, 16K words of dynamic RAM, 2K words of EPROM 



Two Z8000 Development Modules containing Z-SCCs 
are connected as shown in Figure 3 and Figure 4. 
The Transmit Data pin of one is connected to the 
Receive Data pin of the other and vice versa. The 
Z8002 is used as a host CPU for loading the 
modules' memories with software routines. 

The Z8000 CPU can address either of the two bytes 
contained in 16-bit words. The CPU uses an even 
address (16 bits) to access the most -significant 
byte of a word and an odd address for the least - 
significant byte of a word. 



n) BUFFER z) 



A K ADDRESS/ A 

( ) DATA ( 

\| Y BUFFER \ 



\ STATUS \ 

J DECODER J 



Z8000 
CPU 



EXTERNAL 
CLOCK ( 
IN/OUT 






A SEGMENT K 

) ADDRESS ) 

y BUFFER y 



F> 



WIRE WRAP AREA 



:<*v 



"P'V 



SERIAL 
OUTPUT 
BUFFERS 



Z80A PIO's 
(2) 



Vv W 






1 \ SEI 

l/ CH 

V (2) 



RS-232C 
SERIAL 
CHANNELS 



ADDRESS/DATA BUS 



X 



EPROM CONTROL BUS 



EPROM 

MEMORY 

(8K WORDS MAX) 



^ 



DYNAMIC 
RAM CONTROL BUS )| RAM MEMORY 
(32K WORDS MAX) 



\ DYNAMIC A. 

) RAM MEMORY ( 
y (32K WORDS MAX) \f 



Figure 2. Block Diagram of Z8000 DM 



monitor, a Z80A SIO providing dual serial ports, a 
Z80A CTC peripheral device providing four counter/ 
timer channels, two Z80A PIO devices providing 32 
programmable I/O lines, and wire wrap area for 
prototyping. The block diagram is depicted in 
Figure 2. Each of the peripherals in the develop- 
ment module is connected in a prioritized daisy-c- 
hain configuration. The Z-SCC is included in this 
configuration by tying its IEI line to the IEO 
line of another device, thus making it one step 
lower in interrupt priority compared to the other 
device. 



Z8002 
Z-SCC 



TxD 


RxD 


_ TRxC__ 
RTxC 


_ jRTxC 
TRxC 


RxD 


TxD 



Z8002 
Z-SCC 



Figure 3. Block Diagram of Two Z80Q0 
Development Modules 
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2278-002, 003 




Figure 4. Z8002 with SCC 



When the Z8002 CPU uses the lower half of the 
Address/Data bus (ADg-ADy the least significant 
byte) for byte read and write transactions during 
I/O operations, these transactions are performed 
between the CPU and I/O ports located at odd I/O 
addresses. Since the Z-SCC is attached to the CPU 
on the lower half of the A/D bus, its registers 
must appear to the CPU at odd I/O addresses. To 
achieve this, the Z-SCC can be programmed to 
select its internal registers using lines 
AD1-AD5. This is done either automatically with 
the Force Hardware Reset command in WR9 or by 
sending a Select Shift Left Mode command to WROB 
in channel B of the Z-SCC. For this application, 
the Z-SCC registers are located at I/O port 
address 'FExx'. The Chip Select signal (CSO) is 
derived by decoding I/O address 'FE' hex from 
lines ADg-ADi5 of the controller. The Read/Write 
registers are automatically selected by the Z-SCC 
when internally decoding lines AD1-AD5 in Shift 
Left mode. To select the Read/Write registers 
automatically, the Z-SCC decodes lines AD^-AD^ in 
Shift Left mode. The register map for the Z-SCC 
is depicted in Table 1. 



INITIALIZATION 

The Z-SCC can be initialized for use in different 
modes by setting various bits in its Write regis- 
ters. First, a hardware reset must be performed 
by setting bits 7 and 6 of WR9 to one; the rest of 
the bits are disabled by writing a logic zero. 

Bisync mode is established by selecting a 16-bit 
sync character, Sync Mode Enable, and a X1 clock 
in WR4. A data rate of 9600 baud, NRZ encoding, 
and a data character length of eight bits are 
among the other options that are selected in this 
example (Table 2). 

Note that WR9 is accessed twice, first to perform 
a hardware reset and again at the end of the ini- 
tialization sequence to enable the interrupts. 
The programming sequence depicted in Table 2 
establishes the necessary parameters for the 
receiver and the transmitter so that, when 
enabled, they are ready to perform communication 
tasks. To avoid internal race and false interrupt 
conditions, it is important to initialize the reg- 
isters in the sequence depicted in this applica- 
tion note. 



Table 1. Register Map 



Address 






(hex) 


Write Register 


Read Register 


FE01 


WROB 


RROB 


FE03 


WR1B 


RR1B 


FE05 


WR2 


RR2B 


FE07 


WR3B 


RR3B 


FE09 


WR4B 




FEOB 


WR5B 




FEOD 


WR6B 




FEOF 


WR7B 




FE11 


B DATA 


B DATA 


FE13 


WR9 




FE15 


WR10B 


RR10B 


FE17 


WR11B 




FE19 


WR12B 


RR12B 


FE1B 


WR13B 


RR13B 


FE1D 


WR14B 




FE1F 


WR15B 


RR15B 


FE21 


WROA 


RROA 


FE23 


WR1A 


RR1A 


FE25 


WR2 


RR2A 


FE27 


WR3A 


RR3A 


FE29 


WR4A 




FE2B 


WR5A 




FE2D 


WR6A 




FE2F 


WR7A 




FE31 


A DATA 


A DATA 


FE33 


WR9 




FE35 


WR10A 


RR10A 


FE37 


WR11A 




FE39 


WR12A 


RR12A 


FE3B 


WR13A 


RR13A 


FE3D 


WR14A 




FE3F 


WR15A 


RR15A 



The Z8002 CPU must be operated in System mode in 
order to execute privileged I/O instructions, so 
the Flag Control Word (FCW) should be loaded with 
System/Normal (S/N), and the Vectored Interrupt 
Enable (VIE) bits set. The Program Status Area 
Pointer (PSAP) is loaded with address %4400 using 
the Load Control instruction (LDCTL). If the Z8000 
Development Module is intended to be used, the 
PSAP need not be loaded by the programmer as the 
development modules monitor loads it automatically 
after the NMI button is pressed. 
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Table 2. Programming Sequence 
for Initialization 



Register 



Value 
(hex) 



Effect 



WR9 


CO 


WR4 


10 


WR10 





WR6 


AB 


WR7 


CD 


WR2 


20 


WR11 


16 



WR12 



CE 



Hardware reset 

x1 clock, 16-bit sync, sync mode 

enable 

NRZ, CRC preset to zero 

Any sync character "AB" 

Any sync character "CD" 

Interrupt vector "20" 

Tx clock from BRG output, TRxC 

pin = BRG out 

Lower byte of time constant = 

"CE" for 9600 baud 

Upper byte = 

BRG source bit = 1 for PCLK as 

input, BRG enable 

External interrupt disable 

Tx 8 bits/character, CRC-16 

Rx 8 bits/character, Rx enable 

(Automatic Hunt mode) 

Rxlnt on 1st char & sp. cond., 

ext. int. disable) 

MIE, VIS, Status Low 



WR13 





WR14 


03 


WR15 


00 


WR5 


64 


WR3 


C1 


WR1 


08 


WR9 


09 



Since VIS and Status Low are selected in WR9, the 
vectors listed in Table 3 will be returned during 
the Interrupt Acknowledge cycle. Of the four 
interrupts listed, only two, Ch A Receive Charac- 
ter Available and Ch A Special Receive Condition, 
are used in the example given here. 



Table 3. Interrupt Vectors 





PS 




Vector 


Address* 




(hex) 


(hex) 


Interrupt 


28 


446E 


Ch A Transmit Buffer Empty 


2A 


4472 


Ch A External Status Change 


2C 


4476 


Ch A Receive Char. Available 


2E 


447A 


Ch A Special Receive Condition 



"PS Address" refers to the location in the Pro- 
gram Status Area where the service routine 
address is stored for that particular interrupt, 
assuming that PSAP has been set to 4400 hex. 



TRANSMIT OPERATION 

To transmit a block of data, the main program 
calls up the transmit data routine. With this 
routine, each message block to be transmitted is 
stored in memory, beginning with location 'TBUF 1 . 
The number of characters contained in each block 
is determined by the value assigned to the 'COUNT' 
parameter in the main module. 

To prepare for transmission, the routine enables 
the transmitter and selects the Wait On Transmit 
function; it then enables the wait function. The 
Wait On Transmit function indicates to the CPU 
whether or not the Z-SCC is ready to accept data 
from the CPU. If the CPU attempts to send data to 
the Z-SCC when the transmit buffer is full, the 
Z-SCC asserts its Wait line and keeps it Low until 
the buffer is empty. In response, the CPU extends 
its 1/0 cycles until the Wait line goes inactive, 
indicating that the Z-SCC is ready to receive 
data. 

The CRC generator is reset and the Transmit CRC 
bit is enabled before the first character is 
sent, thus including all the characters sent to 
the Z-SCC in the CRC calculation, until the Trans- 
mit CRC bit is disabled. CRC generation can be 
disabled for a particular character by resetting 
the TxCRC bit within the transmit routine. In 
this application, however, the Transmit CRC bit is 
not disabled, so that all characters sent to the 
Z-SCC are included in the CRC calculation. 

The Z-SCC 's transmit underrun/EOM latch must be 
reset sometime after the first character is trans- 
mitted by writing a Reset Tx Underrun/EOM command 
to WR0. When this latch is reset, the Z-SCC auto- 
matically appends the CRC characters to the end of 
the message in the case of an under run condition. 

Finally, a five-character delay is introduced at 
the end of the transmission, which allows the 
Z-SCC sufficient time to transmit the last data 
byte, two CRC characters, and two sync characters 
before disabling the transmitter. 



RECEIVE OPERATION 

Once the Z-SCC is initialized, it can be pre- 
pared to receive data. First, the receiver is 
enabled, placing the Z-SCC in Hunt mode and thus 
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setting the Sync/Hunt bit in status register RRO 
to 1. In Hunt mode, the receiver is idle except 
that it searches the incoming data stream for a 
sync character match. When a match is discovered 
between the incoming data stream and the sync 
characters stored in WR6 and WR7, the receiver 
exits the Hunt mode, resetting the Sync/Hunt bit 
in status register RRO and establishing the 
Receive Interrupt On First Character mode. Upon 
detection of the receive interrupt, the CPU gener- 
ates an Interrupt Acknowledge cycle. The Z-SCC 
sends to the CPU vector %2C, which points to the 
location in the Program Status Area from which the 
receive interrupt service routine is accessed. 

The receive data routine is called from within 
the receive interrupt service routine. While 
expecting a block of data, the Wait On Receive 
function is enabled. Receive data buffer RR8 is 
read, and the characters are stored in memory 
locations starting at RBUF. The Start of Text 
(S»02) character is discarded. After the End of 
Transmission character (£04) is received, the two 
CRC bytes are read. The result of the CRC check 
becomes valid two characters later, at which time, 
RR1 is read and the CRC error bit is checked. If 
the bit is zero, the message received can be 
assumed correct; if the bit is 1, an error in the 
transmission is indicated. 



Before leaving the interrupt service routine, 
Reset Highest IUS (Interrupt Under Service), 
Enable Interrupt on Next Recieve Character, and 
Enter Hunt Mode commands are issued to the Z-SCC. 

If a receive overrun error is made, a special con- 
dition interrupt occurs. The Z-SCC presents the 
vector %2Z to the CPU, and the service routine 
located at address %447A is executed. The Special 
Receive Condition register RR1 is read to deter- 
mine which error occurred. Appropriate action to 
correct the error should be taken by the user at 
this point. Error Reset and Reset Highest IUS 
commands are given to the Z-SCC before returning 
to the main program so that the other lower prior- 
ity interrupts can occur. 



SOFTWARE 

Software routines are presented in the following 
pages. These routines can be modified to include 
various versions of Bisync protocol, such as 
Transparent and Nontransparent modes. Encoding 
methods other than NRZ (e.g., NRZI, FMO, FM1) can 
also be used by modifying WR10. 
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Appendix 



Software Routines 

plzasra 1.3 
LOC OBJ CODE 



0000 



0000 


7601 


0002 


4400 


0004 


7D1D 


0006 


2100 


0008 


5000 


000A 


3310 


OOOC 


001C 


000E 


7600 


0010 


00P4' 


0012 


3310 


0014 


0076 


0016 


7600 


0018 


011E 1 


001A 


3310 


001C 


007A 


001E 


5P00 


0020 


0034* 


0022 


5F00 


0024 


00A6* 


0026 


E8PP 


0028 


02 


0029 


31 


002A 


32 


002B 


33 


002C 


34 


002D 


35 


002E 


36 


002F 


37 


0030 


38 


0031 


39 


0032 


30 


0033 


31 


0034 





STMT SOURCE STATEMENT 

1 BISYNC MODULE 

$LISTON $TTY 
CONSTANT 

WROA :- %PE21 
RROA :« %FE21 
RBUF ;- %5400 
PSAREA :- %4400 
COUNT :« 12 
GLOBAL MAIN PROCEDURE 
ENTRY 

LDA Rl, PSAREA 



TBUFi 



LDCTL 
LD 



LDA 
LD 

LDA 

LD 

CALL 

CALL 

JR 

BVAL 

BVAL 

BVAL 

BVAL 

BVAL 

BVAL 

BVAL 

BVAL 

BVAL 

BVAL 

BVAL 

BVAL 

END 



PSAP0FF,R1 
R0,#%5000 

R1(#%1C),R0 

R0,REC 
R1(#%76),R0 

R0,SPCOND 
R1(*%7A),R0 
INIT 
TRANSMIT 



%02 
•1' 
•2» 
•3' 
•4' 
•5' 
•6' 
171 

'8' 
•9' 

•0» 
•1' 

MAIN 



1BASE ADDRESS FOR WRO CHANNEL A I 
I BASE ADDRESS FOR RRO CHANNEL A! 
1 BUFFER AREA FOR RECEIVE CHARACTER 1 
1 START ADDRESS FOR PROGRAM STAT AREA1 
1NO. OF CHAR. FOR TRANSMIT ROUTINE 1 



1LOAD PSAP1 

1PCW VALUE(%5000) AT %441C FOR VECTORED! 
1 INTERRUPTS! 

1EXT. STATUS SERVICE ADDR. AT %4476 IN! 
IPSA I 

1SP.COND. SERVICE ADDR AT I447A IN PSA! 



I START OF TEXT! 

1BVAL MEANS BYTE VALUE. 



MESSAGE CHAR.! 
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j****************** INITIALIZATION ROUTINE FOR Z-SCC ***********************! 



0034 



0034 


2100 


0036 


000F 


0038 


7602 


003A 


004E 


003C 


2101 


003E 


FE21 


0040 


0029 


0042 


A920 


0044 


3A22 


0046 


0018 


0048 


8D04 


004A 


EEF8 


004C 


9E08 


004E 


12 


004F 


CO 


0050 


08 


0051 


10 


0052 


14 


0053 


00 


0054 


OC 


0055 


AB 


0056 


OE 


0057 


CD 


0058 


04 


0059 


20 


005A 


16 


005B 


16 


005C 


18 


005D 


CE 


005E 


1A 


005F 


00 


0060 


1C 


0061 


03 


0062 


IE 


0063 


00 


0064 


OA 


0065 


64 


0066 


06 


0067 


CI 


0068 


02 


0069 


08 


006A 12 


006B 


09 


006C 





GLOBAL INIT PI 


ROCEDURE 


ENTRY 




LD 


R0,#15 


LDA 


R2,SCCTAB 


ALOOPs LD 


Rl r *WR0A 


ADDB 


RL1,@R2 


INC 


R2 


OUTIB 


§R1,§R2,R0 


TEST 


R0 


JR 


NZ,ALOOP 


RET 




SCCTABs BVAL 


2*9 


BVAL 


%C0 


BVAL 


2*4 


BVAL 


%10 


BVAL 


2*10 


BVAL 





BVAL 


2*6 


BVAL 


%AB 


BVAL 


2*7 


BVAL 


%CD 


BVAL 


2*2 


BVAL 


%20 


BVAL 


2*11 


BVAL 


%16 


BVAL 


2*12 


BVAL 


%CE 


BVAL 


2*13 


BVAL 





BVAL 


2*14 


BVAL 


%03 


BVAL 


2*15 


BVAL 


%00 


BVAL 


2*5 


BVAL 


%64 


BVAL 


2*3 


BVAL 


%C1 


BVAL 


2*1 


BVAL 


%08 


BVAL 


2*9 


BVAL 


%09 


END INIT 





I NO. OF PORTS TO WRITE TO I 
1 ADDRESS OF DATA FOR PORTS I 



1POINT TO WR0A,WR1A ETC THRO LOOP I 

I END OF LOOP?l 
1 NO, KEEP LOOPINGl 

IWR9-HARDWARE RESET 1 

!WR4«X1 CLK,16 BIT SYNC MODE! 

IWR10-CRC PRESET ZERO,NRZ,16 BIT SYNC1 

1WR6-ANY SYNC CHAR %AB{ 

IWR7«ANY SYNC CHARR %CD1 

!WR2*INT VECTOR %20I 

IWRll-TxCLOCK & TRxC OUT-BRG OUT1 

IWR12- LOWER TC«%CE| 

1WR13- UPPER TC«01 

IWR14-BRG ON, ITS SRC-PCLK1 

IWR15-NO EXT INT EN. 1 

1WR5« TX 8 BITS/CHAR, CRC-161 

!WR3«RX 8 BITS/CHAR, REC ENABLE 1 

IWRl-RxINT ON 1ST OR SP CONDI 
1 EXT INT DISABLE 1 

1WR9* MIE, VIS, STATUS LOW I 



I****************** RECEIVE ROUTINE ************************************( 



006C 

006C C828 
006E 3A86 
0070 FE23 
0072 6008 
0074 00A8 
0076 3A86 
0078 FE23 
007A 2101 
007C FE31 
007E 3C18 
0080 C8C9 
0082 3A86 
0084 FE27 
0086 2103 
0088 5400 
008A 3C18 
008C 2E38 
008E AB30 
0090 0A08 
0092 0404 
0094 EEFA 
0096 3C18 
0098 3C18 
009A 3A84 
009C FE23 

009E C800 
00A0 3A86 
00A2 FE27 
00A4 9E08 
00A6 



RECEIVE A BLOCK OF MESSAGE 

THE LAST CHARACTER SHOULD BE EOT(%04) 



I WAIT ON RECV. 



ENTRY 

LDB 
OUTB 


RL0,#%28 
WR0A+2,RL0 


LDB 


RL0,%A8 


OUTB 


WR0A+2,RL0 


LD 


R1,#RR0A+16 


INB 
LDB 
OUTB 


RLO , @R1 

RL0,*%C9 

WR0A+6,RL0 


LD 


R3 , IRBUF 


READs INB 
LDB 
DEC 
CPB 


RLO , 8R1 
§R3,RL0 
R3,#l 
RL0,#%04 


JR 
INB 
INB 
INB 


NZ,READ 
RL0,@R1 
RL0,@R1 
RL0,RR0A+2 



1ENABLE WAIT 1ST CHAR,SP.COND. INT1 



I READ STX CHARACTER 1 
IRx CRC ENABLE 1 



1READ MESSAGE 1 

I STORE CHARACTER IN RBUFI 



US IT END OF TRANSMISSION ?! 



1READ PAD1! 
1READ PAD2! 
1READ CRC STATUS! 

PROCESS CRC ERROR IF ANY, AND GIVE ERROR RESET COMMAND IN WR0A 1 
LDB RL0,*0 
OUTB WR0A+6,RL0 1 DISABLE RECEIVER! 

RET 
END RECEIVE 
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I**************** TRANSMIT ROUTINE ************************************| 



SEND A BLOCK OP DATA CHARACTERS 
THE BLOCK STARTS AT LOCATION TBUP 



00A6 

00A6 
00A8 
OOAA 
00 AC 
O0AE 
O0B0 
00B2 
00B4 
00B6 
00B8 
OOBA 
OOBC 
OOBE 
00C0 
00C2 
00C4 
00C6 
00C8 
OOCA 
OOCC 
OOCE 
00D0 
00D2 
00D4 
00D6 
00D8 
OODA 
OODC 
OODE 
OOEO 
00E2 
00E4 
00E6 
O0E8 
OOEA 
OOEC 
OOEE 
OOPO 
00P2 
O0F4 



2102 

0028* 

C86C 

3A86 

PE2B 

C800 

3A86 

FE23 

C888 

3A86 

PE23 

C880 

3A86 

PE21 

2101 

FE31 

C86D 

3A86 

PE2B 

2100 

0001 

3A22 

0010 

C8C0 

3A86 

PE21 

2100 

OOOB 

3A22 

0010 

C804 

3E18 

2100 

0686 

F081 

C800 

3A86 

PE2B 

9E08 



GLOBAL 
ENTRY 



DEL} 



TRANSMIT PROCEDURE 



LDB 
OUTB 



LDB 
OUTB 



LDB 
OUTB 



LDB 
OUTB 



LDB 
OUTB 

LD 

OTIRB 

LDB 
OUTB 

LD 

OTIRB 

LDB 

OUTB 

LD 

DJNZ 

LDB 

OUTB 



R2 , #TBUP 

RL0,#%6C 
WR0A+10,RL0 

RL0,#%00 
WR0A+2,RL0 

RL0,#%88 
WR0A+2,RL0 

RL0,#%80 
WR0A,RL0 

R1,#WR0A+16 

RL0,#%6D 
WR0A+10,RL0 

R0,#1 

@R1,8R2,R0 

RL0,#%C0 
WR0A,RL0 

RO , #COUNT-l 

@R1,@R2,R0 

RL0,#%04 

@R1,RL0 

R0,#1670 

R0,DEL 
RL0,#0 
WR0A+10,RL0 



IPTR TO START OP BUFFER I 

I ENABLE TRANSMITTER! 
I WAIT ON TRANSMIT 1 

IWAIT ENABLE, INT ON 1ST & SP CONDI 

1 RESET TxCRC GENERATOR 1 
1WR8A SELECTED 1 

ITx CRC ENABLE 1 

I SEND START OP TEXT I 
1 RESET TxUND/EOM LATCH 1 

1SEND MESSAGE 1 



I SEND END OF TRANSMISSION CHARACTER I 
1 CREATE DELAY BEFORE DISABLING 1 



IDISABLE TRANSMITTER! 



RET 
END TRANSMIT 



00F4 

O0P4 93F0 
00F6 3A84 
00F8 FE21 
OOFA A684 
OOFC EE02 
OOFE 5F00 
0100 006C 
0102 C808 
0104 3A86 
0106 PE23 
0108 C8D1 
010A 3A86 
010C FE27 
010E C820 
0110 3A86 
0112 PE21 
0114 C838 
0116 3A86 
0118 FE21 
011A 97P0 
011C 7B00 
011E 



1************* RECEIVE INT. SERVICE ROUTINE *************************! 



I READ STATUS FROM RROA! 



GLOBAL REC 

ENTRY 

PUSH 
INB 


PROCEDURE 

@R15,R0 
RL0,RR0A 




BITB 

JR 

CALL 


RL0,*4 
NZ, RESET 
RECEIVE 


RESET: 


LDB 
OUTB 


RL0,#%08 
WR0A+2,RL0 




LDB 
OUTB 


RL0,#%D1 
WR0A+6 r RL0 




LDB 
OUTB 


RL0 f #%20 
WR0A,RL0 




LDB 
OUTB 


RL0,#%38 
WR0A r RL0 


END REC 


POP 
IRET 


RO , 8R15 



I TEST IF SYNC HUNT RESET 1 
I YES CALL RECEIVE ROUTINE! 



IWAIT DISABLE! 

1 ENTER HUNT MODE! 

! ENABLE INT ON NEXT CHAR! 

1 RESET HIGHEST IUS! 
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011E 



OllE 93F0 
0120 3A84 
0122 PE23 

0124 C830 
0126 3A86 
0128 FE21 
012A C808 
012C 3A86 
012E FE23 
0130 C8D1 
0132 3A86 
0134 FE27 
0136 C838 
0138 3A86 
013A FE21 
013C 97F0 
013E 7B00 

0140 



j ************ SPECIAL CONDITION INTERRUPT SERVICE ROUTINE *************** J 



I READ ERRORS 1 



GLOBAL SPCOND 
ENTRY 


PROCEDURE 


PUSH 
INB 


@R15,R0 
RL0,RR0A+2 


1 PROCESS ERRORS! 
LDB RLO,#%30 
OUTB WR0A,RL0 


LDB 
OUTB 


RL0,#%08 
WR0A+2,RL0 


LDB 
OUTB 


RL0,#%D1 
WR0A+6 f RL0 


LDB 
OUTB 


RL0,#%38 
WROA,RL0 


POP 
IRET 


R0,§R15 


END SPCOND 




END BISYNC 





1 ERROR RESET 1 

I WAIT DISABLE ,Rx INT ON 1ST OR SP COND. 1 

I HUNT MODE,REC. ENABLE 1 

1 RESET HIGHEST IUS1 



errors 
Assembly complete 
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INTRODUCTION 

This application note describes the software 
initialization procedure for the Zilog Serial 
Communications Controller; the procedure applies 
to both the Z-SCC (Z8030) and the SCC (Z8530). 
Although the Z8030 and Z8530 have different bus 
interfaces, their registers are programmed in the 
same order. 

A worksheet is provided in this application note 
to assist with the initialization process. A 
program example of how the Z8000 initializes the 
SCC for asynchronous operation is shown in 
Appendix A. Other operation modes are initialized 
in a similar manner and are described in the SCC 
Technical Manual (document number 00-2057-01). 



shown in Figure 1, is an example of a register 
that contains both types of bits. 



| D 7 I D 6 | D 5 I P 4 | D 3 | D 2 j D, | Dpi 



COMMANDS < 




0__0__1 

o__!_J! 

1_ 1 

1 

L J1_Z 

1 1 



Lh 



BR GENERATOR ENABLE ' 
BR GENERATOR SOURCE 
DTR/REQUEST FUNCTION ' 
AUTO ECHO 
LOCAL LOOPBACK 



NULL COMMAND 

ENTER SEARCH MODE 

RESET MISSING CLOCK 

DISABLE DPLL 

SET SOURCE = BR GENERATOR 

SET SOURCE = RfxC 

SET FM MODE 

SET NRZI MODE 



REGISTER OVERVIEW 

Each of the SCC's two channels has its own 
separate Write registers that are programmed to 
initialize the different operating modes. There 
are two types of bits in the Write registers: 
Mode bits and Command bits. Write Register 14, 



Figure 1. Command and Node Bits 

Bits D^-Dg are Mode bits that can be enabled or 
disabled by being set to 1 or reset to 0. Each 
bit has one function. For example, bit Dg enables 
and disables the BR generator. 
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Bits D7-D5 are Command bits, which require the 
decoding of several bits to enable the function. 
(Command bits are usually denoted by having boxes 
drawn around them — see Figure 1.) Functions 
controlled by the Command bits can only be 
enabled; they cannot be toggled like the Mode 
bits. For example, the Search ,mode is entered by 
setting bits 0-7-05 to 001. Each command requires 
a separate write of the entire register. Care 
must be taken when issuing a command, so that the 
Mode bits are not changed accidentally. 



INITIALIZATION PROCEDURE 

The SCC initialization procedure is divided into 
three stages. The first stage consists of 
programming the operation modes (e.g., bits per 
character, parity) and loading the constants 
(e.g., interrupt vector, time constants). The 
second stage entails enabling the hardware func- 
tions (e.g., transmitter, receiver, baud rate 
generator). It is important that the operating 
modes are programmed before the hardware functions 
are enabled. The third stage, if required, con- 
sists of enabling the different interrupts. 

Table 1 shows the order (from top to bottom) in 
which the SCC registers are to be programmed. 
Those registers that need not be programmed are 
listed as optional in the comments column. The 
bits in the registers that are marked with an "X" 



are to be programmed by the user. The bits marked 
with an "S" are to be set to their previously 
programmed value. For example, in stage 2, Write 
Register 3 bits D1-D7 are shown with an "S" 
because they have been programmed in stage 1 and 
must remain set to the same value. 



INITIALIZATION TABLE 

Figure 2 provides a worksheet that can be used as 
an aid when initializing the SCC. The bits that 
must be programmed as either a or a 1 are filled 
in; the remaining bits are left blank to be 
programmed by the user according to the desired 
mode of operation. The binary value can then be 
converted to a hexadecimal number and placed in 
the table after the Write register notation in the 
column labeled "HEX." When completed, the 
worksheet in Figure 2 can be used to produce a 
program initialization table. 



RESET CONDITIONS 

The SCC should be reset by either hardware or 
software before initialization. A hardware reset 
can be accomplished by simultaneously grounding RD 
and WR on the Z8530 or AS and DS on the Z8030. A 
software reset can be executed by writing a C0|_j 
to Write Register 9. The states of the SCC 
registers after reset are shown in Figure 3. 
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Table 1. SCC Initialization Order 



Register 



Data 



Comments 



Stage 1. Modes and Constants 



WR9 
WRO 
WR4 
WR1 
WR2 
WR3 

WR5 

WR6 
WR7 
WR9 

WR10 
WR11 
WR12 
WR13 
WR14 

WR14 



1 10 Hardware reset. 

000000XX Select Shift mode (Z8030 only). 

XXXXXXXX Transmit/Receive control. Selects Async or Sync mode. 

0XX00X00 Select W/REQ (optional). 

XXXXXXXX Program interrupt vector (optional). 

XXXXXXX0 Selects receiver control. Bit Dq (Rx enable) must be 

set to at this time. 
XXXX0XXX Selects transmit control. Bit D3 (Tx enable) must be 

set to at this time. 
XXXXXXXX' Program sync characters. 
XXXXXXXX Program sync characters. 

000X0XXX Select interrupt control. Bit D3 (Master interrupt 
enable) must be set to 
X Miscellaneous control (optional). 
X Clock control. 

X Time constant lower byte (optional). 
X Time constant upper byte (optional). 
Miscellaneous control. Bit Dq (BR Generator enable) 
must be set to at this time. 
XXXSSSSS This register may require multiple writes if more than 
one command is used. 



Stage 2. Enables 

WR3 S S S S S S S 1 Set D Q (Rx Enable). 

WR5 S S S S 1 S S S Set D 3 (Tx Enable). 

WRO 10 Reset TxCRC. 

WR14 000SSSS1 BR Generator enable. Set bit D (BR Generator 

Enable). Enable DPLL. 
WR1 X S S S Set D 7 , (DMA enable) if required. 

Stage 3. Interrupt Enables 

WR15 XXXXXXXX Enable external interrupts. 

WRO 10 Reset EXT/STATUS twice. 

WRO 10 Reset EXT/STATUS twice. 

WR1 SSSXXSXX Enable receive, transmit, and external interrupt 

master. 
WR9 000SXSSS Enable Master Interrupt bit D3. 

1 (Set to one) 

(Set to zero) 

X (User choice) 

S (Same as previously programmed) 
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Label of SCC Table :_ 
Description : 



SCC Base Address: 



Modes 



Enables 



Interrupt 



Register 

WR9 

WRO 

WR4 

WR1 

WR2 

WR3 

WR5 

WR6 

WR7 

WR9 

WR10 

WR11 

WR12 

WR13 

WR14 

WR14 

WR3 

WR5 

WRO 

WR14 

WR1 

WR15 

WRO 

WRO 

WR1 

WR9 



Hex 



8 



Binary 



D7 Do 


|i|i|o|o|o|o|o|o| 




|o|o|o|o|o|o| I I 








I I I I I I [ I I 








I I I I I I I I ° I 




I I I I I III I 












I I I I I I I I I 




















I I I I I I I I I 




I I I I I I I I 1 




I I I I I I I I 1 I 




I I I I I 1 I I I I 




I 1 |o|o|o|o|o|o|o| 




I I I I I I I I 1 I 












|o|o|o|i|o|o|o|o| 




|o|o|o|i|o|o|o|o| 








1 1 1 I I I I I I 



Comments 



Software reset 



Reset TxCRC 



Reset Ext/Status 
Reset Ext/Status 



Figure 2. SCC Initialization Worksheet 
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HARDWARE RESET 
7 6 5 4 3 2 10 



CHANNEL RESET 
7 6 5 4 3 2 10 



r°~ 

















1 


| 


|"T 




















WRO 








i ° 


















| 


I ° 



















WR1 












| WR2 








| | 


| 


WR3 








i 1 . . i 


I 1 . . 


I WR4 








r° 




















I 


















| WR5 












I WR6 












I WR7 








1 1 


1 


















| . . 


WR9 








i ° 




















| 


I ° 



















WR10 








|o 











1 








| 




WR11 












WR12 












WR13 












1 














| 




1 















WR14 








1 1 


1 


1 


1 


1 








I 


I 1 


1 1 


1 


1 











WR15 








i ° 


1 








1 





| 


I ° 


1 






1 








RRO 








I o 














1 


1 


1 I 


| 











1 


1 


1 


RR1 








I ° 




















| 


I ° 




















RR3 








I ° 














o 





I 


I ° 




















RR10 



INITIALIZATION EXAMPLE 

The program example in Appendix A shows how the 
Z8000 initializes the Z-SCC for asynchronous 
communication. The initialization sequence is 
stored in a table beginning with the program label 
SCCTABLE and is used by a subroutine called 
ZINIT. The same subroutine can use different 
initialization tables. The table in the program 
example requires two bytes for each register; the 
first byte is the register address and the second 
byte is the data. The ZINIT subroutine takes the 
data in this table and writes it to the SCC. 
Three arguments must be set before calling the 
subroutine: 

• The peripheral base address (in R1). 

• The address of the beginning of the 
initialization routine (in R2) . 

• The number of entries in the table (in R3) . 

For the Z8000 to use vectored interrupts, the 
peripherals must be connected to ADg-AD^ of the 
CPU's Address/Data bus. 



Dots (.) are indeterminate, and may be a 1 or a 0. 



Figure 3. Register Values After Reset 



4-179 



Appendix A. Z8000 Program Example 



plzasm 1.3 

LOC OBJ CODE 



STMT SOURCE STATEMENT 



1 SCC_INIT MODULE 
$liston $tty 
CONSTANT 



i ******************************************************* j 

! SCC BASE ADDRESS 

i 

! The SCC is I/O mapped at address location 
IFEOO. This is accomplished in hardware by decoding ! 
Ichip enable (CE) from addresses AD8-AD15 and the status! 
Ilines ST0-ST3. The SCC address is assigned to the ! 
! label SCCBASE in the following equate statement. 1 
j ******************************************************* j 



SCCBASE := 



%FE00 



IZ-SCC base address 



i************************ 

! SCC 

i 

! For clarity, the addr 
lis assigned a label as 
1 statements. The periphe 
[connected to the CPU's 
!CPU reads the interrupt 
!(AD0-AD7) during an Inte 
!To access the peripheral 
lleast significant addres 
iaddresses must be set to 
Imust be selected. 
I************************ 



*******************************! 
REGISTERS 

ess of the internal registers 
shown below in the equate 
ral's AD0-AD7 pins must be 
AD0-AD7 pins because the 
vector from the low-order byte 
rrupt Acknowledge cycle. 
1 s internal registers, the 
s bit (AO) in the register 
1, and the Shift Left mode 



*******************************! 



WROB 

WR1B 

WR2B 

WR3B 

WR4B 

WR5B 

WR6B 

WR7B 

WR8B 

WR9B 

WR10B 

WR11B 

WR12B 

WR13B 

WR14B 

WR15B 



%01j 


WROA 


%03j 


WR1A 


%05j 


WR2A 


%07j 


WR3A 


%09, 


WR4A 


%0B, 


WR5A 


%0D, 


WR6A 


%0F 


WR7A 


%11 


WR8A 


%13 


WR9A 


%15 


WR10A 


%17 


? WR11A 


%19 


r WR12A 


%1B 


? WR13A 


%1D 


? WR14A 


%1F 


? WR15A 



%21 
%23 
%25 
%27 
%29 
%2B 
%2D 
%2F 
%31 
%33 
%35 
%37 
%39 
%3B 
%3D 
%3F 
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Z8000 Program Example (Continued) 



0000 



GLOBAL MAIN PROCEDURE 

1*******************************************************1 

I MAIN PROGRAM FLOW ! 

! ! 

! To initialize the SCC, the following four instruct- ! 

lions must be included in the main program. The first 

ithree instructions load arguments into registers 

1R1-R3 for use by the initialization subroutine 

! ZINIT. The fourth instruction calls the ZINIT 

Isubroutine. 1 

1*******************************************************1 



ENTRY 



0000 2101 




0002 FE00 




0004 7602 




0006 001C 




0008 6103 




000A 0046' 




000C 5F00 




000E 0010' 




0010 


END MAIN 



LD 


R1,#SCCBASE 


LDA 


R2 r SCCTABLE 


LD 


R3 , SCCCOUNT 


CALL 


ZINIT 



!I/0 address of Z-SCC ! 
! Beginning of data table! 
!Size of data table ! 
ICall subroutine ! 



0010 



GLOBAL ZINIT PROCEDURE 



i*******************************************************j 



1 



INITIALIZATION SUBROUTINE 



! This routine is called from the main program 
!to initialize a Z-BUS peripheral in a Z8000 system. 
IThe following arguments must be set: 
i Rl = Base address of peripheral 
1 R2 = Pointer to data table 
! R3 = Number of iterations 



i ******************************************************* j 



ENTRY 



0010 2029 

0012 A920 

0014 3A22 
0016 0318 
0018 ECFB 

001A 9E08 



LDB 


RL1 , @R2 


INC 


R2 


OUTIB 


(§R1,<§R2,R3 


JR 


NOV, ZINIT 


RET 





!Load register address 

Ifrom table 

! Increment the table 

Ipointer 

IWrite data to the SCC 



! Repeat if not at the ! 
lend of the table ! 
IReturn to main program ! 
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Z8000 Program Example (Continued) 



001C 33 
001D CO 
001E 29 
001F 4C 

0020 25 

0021 10 

0022 27 

0023 CO 

0024 2B 

0025 E2 

0026 2D 

0027 00 

0028 2F 

0029 00 
002A 33 
002B 01 
002C 35 
002D 00 
002E 37 
002F 56 

0030 39 

0031 06 

0032 3B 

0033 00 

0034 3D 

0035 02 



0036 3D 

0037 03 

0038 27 

0039 CI 
003A 2B 
003B EA 



003C 3F 
003D 00 
003E 21 
003F 10 

0040 21 

0041 10 

0042 33 

0043 09 

0044 23 

0045 10 



0046 0015 
0048 



i ******************************************************* i 

! SCC INITIALIZATION TABLE 

! 

I This table is used to initialize the SCC for 

Asynchronous operation, 8 bits/character, 2 stop bits, 

!no parity, xl6 clock, and 9600 baud. 

i ******************************************************* i 



SCCTABLE: 

•MODES AND CONSTANTS I 
BVAL WR9A 
BVAL %C0 
BVAL WR4A 
BVAL %4C 



BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 

I ENABLES ! 

BVAL 
BVAL 
BVAL 
BVAL 
BVAL 
BVAL 



WR2A 

%10 

WR3A 

%C0 

WR5A 

%E2 

WR6A 

%0 

WR7A 

%0 

WR9A 

%01 

WR10A 

%0 

WR11A 

%56 

WR12A 

%06 

WR13A 

%0 

WR14A 

%02 



WR14A 

%03 

WR3A 

%C1 

WR5A 

%EA 



1 ENABLE INTERRUPTS! 

BVAL WR15A 

BVAL %0 

BVAL WR0A 

BVAL %10 

BVAL WR0A 

BVAL %10 

BVAL WR9A 

BVAL %09 

BVAL WR1A 

BVAL %10 



IForce hardware reset ! 

1x16 clock, 2 stop bits/character! 

! no parity ! 

Ilnterrupt vector = %10 I 

!Rx 8 bits/char ;Rx disabled ! 

!Tx 8 bits/char;DTR;RTS;Tx off ! 

!null (no sync char) i 

Inull (no sync char) ! 

IVIS; Status low ! 

!NRZ ! 

ITx & Rx elk = BRG;TRxC=BRG out I 

ITime const = 6 (default=9600) ! 

ITime const (high) = ! 

IBRG source = PCLK;BRG off ! 

IBRG enable ! 

!Rx enable ! 

!Tx enable ! 

IA11 ext/status rupts off 1 

IReset Ext/Status interrupts ! 

IReset Ext/Status interrupts ! 

!MIE;VIS;Status low ! 

!Rx int on all rx chars or I 

! special condition ! 



SCCCOUNT: 

WVAL 

END ZINIT 
END SCC_INIT 



(($-SCCTABLE)/2)-l 
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The Z-FIO in a Data 
Acquisition Application 



Zilog 



Application 
Note 



March 1983 



INTRODUCTION 

The Z8038 Z-FIO is an intelligent 128x8 FIFO 
buffer that can link two CPUs or a CPU and a 
peripheral device. The Z-FIO manages data trans- 
fers by assuming Z-BUS, non-Z-BUS (a generalized 
microprocessor interface), 2-Wire Handshake, and 
3-Wire Handshake operating modes. These modes 
facilitate interfacing dissimilar CPUs, or CPUs 
and peripherals running under differing speeds or 
protocols, allowing asynchronous communication and 
reducing I/O overhead. The width of the buffer 
can be expanded by connecting multiple Z-FIOs in 
parallel, and the depth can be expanded by using 
Z8060 FIFO buffers. 

This application note illustrates the use of the 
Z-FIO in a simple data acquisition application, in 
which a peripheral device transfers data to a 
Z8002-based system at a constant rate of one byte 
every 100 jjs. In this application, it is 
desirable for the system to record each byte in 
memory as well as dynamically keep track of the 
frequency of a certain data pattern. The Z-FIO 
facilitates this task by allowing the CPU to 
handle the data in blocks rather than requiring it 
to service an interrupt every 100 pis. 

For a more complete understanding, this 
application note should be read in conjunction 
with the Z-FIO Technical Manual (Document 
#00-2051-01). 



HARDWARE CONFIGURATION 

In this application, the Port 1 side of the Z-FIO 
is connected to the lower byte of the system bus. 
The Z-BUS Low Byte mode is programmed by 
connecting Mg and M-j to ground. The Port 2 side 
receives data from the peripheral device using the 
Interlocked 2-Wire Handshake mode. Figure 1 shows 



the Z8038 hardware configuration, and Table 1 
gives a description of each signal used in the 
application. 



INITIALIZING THE Z-FIO 

Before writing the initialization software, the 
user should keep in mind that the Z-FIO is con- 
nected to the lower byte of the system bus, so all 
of its registers have odd addresses. Since the 
least significant address bit, Ag, must always 
equal 1 when performing byte-oriented accesses to 
the Z-FIO, this bit cannot be used to select 
registers. It is for this reason that the Right 
Justified Address (RJA) bit in Control Register 
(CR0) must be reset to 0, requiring the address to 
be left -shifted by one bit (i.e bits A^ _ A-| 
are used to select the registers) . 

The first step in initializing the Z-FIO is the 
software reset, performed by writing a 1 to the 
Reset bit in CR0. Since no hardware reset circuit 
is employed, it must be assumed that the RJA bit 
is in an unknown state upon power-up. The first 
access must be performed with A4 - An. = 00000 so 
that CR0 is addressed regardless of the state of 
the RJA bit. A word-oriented output instruction 
(OUT) is executed, with the Z-FIO' s even base 
address as the destination. This procedure is 
detailed in the program listing in the Appendix. 

The ZINIT procedure completes initialization. It 
is called with the Z-FIO' s base address in R1, and 
it uses the information in the table TAB to load 
the Z-FIO 's registers. TAB is a string of byte 
value pairs, each pair consisting of a target 
register address offset and a value to be loaded 
into the corresponding target register. For 
example, the first two byte values are 01 and 00. 
ZINIT loads the value 00 to the target register 
with address offset 01. 
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VI 



ADo-ADis 



C 



Z8002 
CPU 



ST0-ST3 



AS 
DS 
R/W 



} 



>8-ADi5 ) 



} 



STATUS 
DECODER 



IOREF 



* VIACK 
O 



ADDRESS 
DECODER 



+ 5V 



TO/FROM 

SYSTEM 

DAISY CHAIN 



{- 



AD0-AD7 



cs 



Z8038 
Z-FIO 



DMASTB 



INTACK 



AS 
DS 
R/W 

IEO 
IEI 

Mo 

Mi 



PORT 2 



FULL 
EMPTY 




D0-D7 



c 



+ 5V 



TO/FROM 
■♦ > PERIPHERAL 
DEVICE 



' 



1 + 5V 



Figure 1. Z8038 Hardware Configuration 



Table 1. Signal Descriptions 



Z-BUS Low Byte: Port 1 Side 



AD - AD 7 (Address/Data) 



Multiplexed, bidirectional Address/Data lines, Z-BUS 
compatible. 



DMASTB (Direct Memory 
Access Strobe) 



Input, active Low, tied High in this example. 



DS (Data Strobe) 



Input, active Low; provides timing for data transfer to or 
from Z-FIO. 



R/W (Read/Write) 



Input, active High signals CPU read from Z-FIO; active Low 
signals write to Z-FIO. 



CS (Chip Select) 



Input, active Low. Enables Z-FIO; latched on the rising 
edge of AS. 



AS (Address Strobe) 



Input, active Low. Addresses, CS and INTACK sampled while 
AS Low. 



INTACK (Interrupt Acknowledge) 



Input, active Low. Acknowledges an interrupt. Latched on 
the rising edge of AS. 



IEO (Interrupt Enable Out) 



Output, active High. Sends interrupt enable to lower 
priority device IEI pin. 



IEI (Interrupt Enable In) 



Input, active High. Receives interrupt enable from higher 
priority device IEO pin. 



INT (Interrupt) 



Output, open drain, active Low. Signals Z-FIO interrupt 
request to CPU. 



2-Wire Handshake: Port 2 Side 



D - D 7 (Data) 



Bidirectional data bus. Input in this example. 



RFD/DAV (Ready for Data/ 
Data Available) 



Output, RFD active High. While port is input, signals that 
Z-FIO is ready to receive data. 



ACKIN (Acknowledge Input) 



Input, active Low. Signals that input data is valid. 
Pull-up resistor ensures that ACKIN is High when handshake 
is enabled. 



FULL 



Output, input, open drain, active High. Must be pulled 
High in this example since the conditions for setting the 
Full Interrupt Pending (IP) bit are: Buffer is full, and 
FULL input is High. 



EMPTY 



Output, input, open drain, active High. Must be pulled High 
in this example since the conditions for setting the Empty 
IP bit are: Buffer is empty, and EMPTY input 
is High. 
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INTERRUPT CONSIDERATIONS 

Essential to this application are the powerful 
vectored interrupt capabilities inherent in Z-BUS 
architecture. When the Z8002 VI input is pulled 
Low, a vectored interrupt is requested. If the 
Vectored Interrupt Enable (VIE) bit in the Flag 
Control Word (FCW) is set to 1, the Z8002 executes 
an Interrupt Acknowledge cycle during which it 
reads a vector from the lower byte of the 
Address/Data bus. The Z8002 then loads the Program 
Status registers (which include the FCW and the 
PC) from the vector table in the Program Status 
Area. 

The Z-FIO interrupts the CPU each time the buffer 
is full. In servicing the Buffer Full interrupt, 
the CPU performs the necessary overhead operations 
and then executes an Input Increment and Repeat 
Byte (INIRB) instruction to move the data from the 
Z-FIO to memory. 

In order to dynamically count the occurrences of a 
certain data pattern, the Z-FIO must interrupt the 
INIRB instruction each time the pattern appears in 
the Data Buffer register. (INIRB is an iterative 
instruction and can be interrupted after each 
execution of the basic operation.) Finally, when 
the buffer is empty, the Z-FIO interrupts the 
INIRB instruction again so that a 1 can be loaded 
into the iteration counter (in this case RO) and 
the block move can be terminated. This method of 
inputting data until the Z-FIO is empty is more 
efficient than inputting a fixed number of bytes, 
because the block size varies according to the 
amount of time spent servicing Pattern Match 
interrupts. 

Initializing the Vector Table 

The vector table in the Program Status Area 
consists of an FCW, which is used for all vectored 
interrupts, and up to 256 word values that can be 
loaded into the CPU's PC during a Vectored Inter- 
rupt Acknowledge cycle. These values correspond to 
the 256 possible values of the Interrupt Vector 
that is read on the lower byte of the Address/Data 
bus. The vector value selects the first PC 
value, the vector value 1 selects the second PC 
value, and so on up to the vector value 255. 

Though Port 1 has only one Interrupt Vector 
register, the three interrupt conditions used in 
this application (Buffer Empty, Buffer Full, and 
Pattern Match) can generate unique vectors via the 
Vector Includes Status feature. This feature 
encodes the interrupt status into bits D^ - D3 of 
the vector according to the convention shown in 



Figure 2. Assuming a base vector value of 00^, 
Table 2 gives the vectors that the interrupt 
conditions generate, their corresponding PC 
values, and the byte offsets that address these 
values in the Program Status Area. 



D7 D 6 D5 D4 D3 D2 D1 Do 



VECTOR 
STATUS 



NO INTERRUPTS PENDING 

BUFFER EMPTY 

BUFFER FULL 

OVER/UNDERFLOW ERROR 

BYTE COUNT MATCH 

PATTERN MATCH 

DATA DIRECTION CHANGE 

V MAILBOX MESSAGE 



Figure 2. Interrupt Vector Register 



Table 2. Interrupt Vectors 











I 

















1 





1 








1 


1 


1 








1 





1 


1 


1 





1 


1 


1 



Interrupt 
Condition 



Interrupt 

Vector 

(hex) 



PC Byte 
Value Offset 
(decimal) 



Buffer Empty 
Buffer Full 
Pattern Match 



02 
04 
0A 



PC 3 
PCc 



PC 



11 



34 
38 
50 



The software routines show how these byte offsets 
(in conjunction with the PSAP) form indexed 
addresses to initialize the vector table. 



Buffer Full Interrupt 

Buffer Full is the only interrupt that interrupts 
the background task. Since one byte of data 
is moved to the buffer every 100 pis, it takes 
128 x 100 = 12.8 pis from the time the buffer is 
empty until the Buffer Full condition requires 
service. The primary task of the FULL service 
routine is to execute the INIRB instruction, 
which moves the data from the Z-FIO to a memory 
buffer starting at location BUF (6000^). Before 
INIRB is executed, the Pattern Match interrupt is 
enabled, the Full interrupt is disabled, and the 
Disable Lower Chain command is issued so that no 
interrupt sources of lower priority than the Z-FIO 
can interrupt the FULL routine. 
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After execution of the INIRB instruction, the 
destination pointer (R1) is decremented to 
compensate for the extra iteration that takes 
place after the buffer goes empty. The Clear Full 
Interrupt Pending command is issued in case the 
Full IP bit has been set since the most recent 
Clear Full IP command (e.g. the peripheral device 
transferred a byte to the buffer just after the 
first iteration of the INIRB instruction, thus 
causing the buffer to go full and the Full IP bit 
to be set). The Full IE bit is then set so the 
Z-FIO can cause an interrupt the next time it is 
full, and the Pattern Match IE bit is cleared to 
prevent a Pattern Match condition from inter- 
rupting the background task. Finally, the lower 
daisy chain is enabled and control is returned to 
the background task. 

Buffer Empty Interrupt 



Pattern Match Interrupt 

The Pattern Match interrupt is a higher priority 
interrupt than the Buffer Full interrupt, and it 
can preempt the FULL routine if the Pattern Match 
IE bit is set. The Pattern Match IP bit is set 
whenever the Data Buffer register contains the 
pattern (specified as 55^ by the initialization 
sequence). The PAT service routine simply 
increments the pattern counter (RL3), clears the 
Pattern Match IP and IUS bits, and returns control 
to the FULL routine. The IP and IUS bits are 
cleared in separate commands to prevent a spurious 
interrupt caused by IUS being cleared before IP is 
cleared. The background task can interpret the 
value in RL3 as the number of times the pattern 
55|_j appears in the most recently transferred 
block of data. 



The Buffer Empty IP bit is set whenever the Z-FIO 
makes a transition from a "not -empty" state to an 
empty state. In this application, it is set when 
the INIRB instruction reads the last byte from the 
Z-FIO buffer. Since the Buffer Empty interrupt 
has lower priority than the Buffer Full interrupt, 
the Full Interrupt Under Service (IUS) bit must be 
cleared if the Buffer Empty condition is to 
preempt the FULL service routine. (Z-BUS inter- 
rupt sources hold their Interrupt Enable Output 
(IEO) line Low whenever their IUS bit is set.) The 
EMPTY service routine loads a 1 into the itera- 
tion counter (RO), causing the INIRB instruction 
to be terminated after the next iteration. The 
service routine then clears the Empty IP and IUS 
bits and returns control to the FULL routine. 



APPENDIX 

Following is a listing of the software used in 
this application. It is assumed that the PSAP has 
been initialized and that the Z8002 is in System 
mode when it enters the MAIN procedure. The 
background task is simulated by the "JR $" 
instruction. 

Under ZINIT, each address offset shown is keyed to 
the name of the corresponding register, and each 
loaded value is keyed to the effect of the load. 
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LOC OBJ CODE 



STMT SOURCE STATEMENT 



1 RECEIVE MODULE 

2 EXTERNAL ZINIT PROCEDURE 

3 INTERNAL CONSTANT 







4 


BUF 


:= %6000 


! MEMORY BUFFER! 






5 


FIOBASE 


:= ?£FDOO 


!FIO BASE ADDR! 






6 


FDATA 


:= 5SFD1F 


!FIO DATA REG! 






7 


CRO 


:= 5SFD01 


'CONTROL REG 0! 






8 


ISR1 


:= 5SFD07 


!INTR STATUS REG 1! 






9 



11 


ISR3 


:= XFDOB 


!INTR STArUS REG 3! 


0000 




GLOBAL MAIN PROCEDURE 








12 


ENTRY 










13 








0000 7C01 




14 
15 


DI 


VI 


! DISABLE VECTORED 
INTR! 






16 


UNITIALIZE FIO! 




0002 BD01 




17 


LDK 


RQ,#1 




0004 3B06 


FDOO 


18 


OUT 


FIOBASE,RO 


! RESET FIO WITH 
EVEN ADDR! 


0008 2101 


FDOO 


19 


LD 


R1,#FI0BASE 




OOOC 5F00 


0000* 


20 
21 


CALL 


ZINIT 








22 


UNITIALIZE VECTOR TABLE! 


0010 7D15 




23 


LDCTL 


R1,PSAP 


!LOAD PROG STATUS 
AREA PTR! 


0012 4D15 


001C 


24 


LD 


28(R1),#%4000 


!LOAD FCW FOR 
VECTORED INTR! 


0016 4000 












0018 7602 


0038' 


25 


LDA 


R2,FULL 


!LOAD ADDR OF FULL 
PROCEDURE! 


001C 6F12 


0026 


26 


LD 


38(R1),R2 


'.ENTER ADDR IN 
VECFOR TABLE! 


0020 7602 


0084 • 


27 


LDA 


R2,PAT 


! ENTER ADDR OF 
PAT PROCEDURE! 


0024 6F12 


0032 


28 


LD 


50(R1),R2 


! ENTER ADDR IN 
VECTOR TABLE! 


0028 7602 


007A 1 


29 


LDA 


R2, EMPTY 


!LOAD ADDR OF 
EMPTY PROCEDURE! 


002C 6F12 


0022 


30 

31 
32 


LD 


34(R1),R2 


! ENTER ADDR IN 
VECTOR TABLE! 


0030 2101 


6000 


33 


LD 


R1,#BUF 


!LOAD ADDR OF MEMORY 
BUFFER! 


0034 7C05 




34 


EI 


VI 


'.ENABLE VECTORED INTR! 


0036 E8FF 




35 


JR $ 




! BACKGROUND TASK! 


0038 




36 
37 


END MAIN 






0038 




38 


INTERNAL FULL PROCCDURE 








39 


ENTRY 










40 
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LOC OBJ 


CODE 


STMT 


SOURCE STATEMENT 




0038 2100 


OCDC 


41 


LD 


R0,#5S0CDC 




003C 3A06 


FD07 


42 


OUTB 


ISR1,RH0 


!SET PATTERN MATCH IE! 


0040 3A86 


FD01 


43 


OUTB 


CRO,RLO 


IDISABLE LOWER DAISY 
CHAIN! 


0044 2100 


20E0 


44 


LD 


R0,#?£20E0 




0048 3A06 


FDOB 


45 


OUTB 


ISR3,RH0 


! CLEAR FULL IP & IUS! 


004C 3A86 


FDOB 


46 


OUTB 


ISR3,RL0 


! CLEAR FULL IE! 


0050 8CB8 




47 


CLRB 


RL3 


{INITIALIZE COUNT! 


0052 2102 


FD1F 


48 


LD 


R2,#FDATA 




0056 7C05 




49 
50 


EI 


VI 


! ENABLE VECTORED INTR! 


0058 3A20 


0010 


51 
52 


INIRB 


®R1,@R2,R0 


!READ DATA FROM FIO! 


005C 7C01 




53 


DI 


VI 


! DISABLE VECTORED INTR! 


005E AB10 




54 


DEC 


R1 




0060 2100 


AOCO 


55 


LD 


RO,#%AOCO 




0064 3A06 


FDOB 


56 


OUTB 


ISR3,RH0 


! CLEAR FULL IP! 


0068 3A86 


FDOB 


57 


OUTB 


ISR3,RL0 


!SET FULL IE! 


006C 2100 


0E9C 


58 


LD 


R0,#%0E9C 




0070 3A06 


FD07 


59 


OUTB 


ISR1,RH0 


! CLEAR PATTERN MATCH IE! 


0074 3A86 


FD01 


60 


OUTB 


CRO, RLO 


! ENABLE LOWER 
DAISY CHAIN! 


0078 7B00 




61 


IRET 






007A 




62 
63 


END FULL 






007A 




64 


INTERNAL 


EMPTY PROCEDURE 






65 


ENTRY 






007A BD01 




66 


LDK 


R0,#1 


! TERMINATE BLOCK MOVE! 


007C C302 




67 


LDB 


RH3,#%02 




007E 3A36 


FDOB 


68 


OUTB 


ISR3,RH3 


! CLEAR EMPTY IP AND IUS! 


0082 7B00 




69 


IRET 






0084 




70 
71 


END EMPTY 






0084 




72 
73 


INTERNAL 
ENTRY 


PAT PROCEDURE 




0084 A8B0 




74 


INCB 


RL3 


{INCREMENT COUNT! 


0086 2104 


0A06 


75 


LD 


R4,#%0A06 




008A 3A46 


FD07 


76 


OUTB 


ISR1,RH4 


!CLEAR PATTERN MATCH IP! 


008E 3AC6 


FD07 


77 


OUTB 


ISR1,RL4 


! CLEAR PATTERN MATCH IUS 


0092 7B00 




78 


IRET 






0094 




79 


END PAT 










80 


END RECIEVE 








1 
2 


ZIN MODULE 




0000 




3 

4 

5 


GLOBAL ZINIT PROCEDURE 








! THIS 


IS A GENERAL 


ROUTINE USED ! 






6 


! TO INITIALIZE A Z- 


BUS PERIPHERAL ! 






7 


! IN THIS EXAMPLE IT 


INITIALIZES ! 






8 
9 


! THE 
! 


Z-FIO. 
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LOC OBJ 


CODE 


STMT 


SOURCE 


STATEMENT 






10 


! R1 


= PERIPHERAL BASE ADDR ! 






11 


! R2 


= ADDR 


OF TABLE ! 






12 


! R3 


= NO. 


OF BYTES TO BE OUTPUT ! 






13 












14 


ENTRY 




0000 7602 


0014' 


15 




LDA 


R2,TAB 


0004 6103 


0024' 


16 
17 




LD 
LOOP: 


R3, COUNT 


0008 2029 




18 




LDB 


RL1 ,@R2 


000A A920 




19 




INC 


R2 


OOOC 3A22 


0318 


20 
21 




OUTIB 


@R1,@R2,R3 


0010 ECFB 




22 




JR 


NOV, LOOP 


0012 9EQ8 




23 
24 
25 


TAB: 


RET 




0014 01 




26 




BVAL 


?£01 ! CONTROL REGISTER 0! 


0015 00 




27 




BVAL 


%00 ! CLEAR RESET! 


0016 01 




28 




BVAL 


%01 ! CONTROL REGISTER 0! 


0017 OC 




29 




BVAL 


%QC ! INTERLOCKED HS PORT! 


0018 15 




30 




BVAL 


%15 ! CONTROL REGISTER 3! 


0019 50 




31 




BVAL 


%50 ! INPUT TO CPU! 


001A 13 




32 




BVAL 


%M {CONTROL REGISTER 2! 


001B 03 




33 




BVAL 


?*03 ! ENABLE PORT 2! 


001C 1B 




34 




BVAL 


%1B JPATTERN MATCH REGISTER! 


001 D 55 




35 




BVAL 


%55 ! PATTERN IS 55! 


001E OB 




36 




BVAL 


350B {INTERRUPT STATUS REGISTER 3! 


001 F CC 




37 




BVAL 


%CC !SET FULL AND EMPTY IE! 


0020 01 




38 




BVAL 


?*01 ! CONTROL REGISTER 0! 


0021 9C 




39 
40 
41 


COUNT 


BVAL 


%9C !SET MIE BIT! 


0022 0008 




42 




WVAL 


(($-TAB)/2 -1) 


0024 




43 
44 


END ZINIF 
END ZIN 
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